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Das übliche Gesülze... 


Wenn ihr dieses Heft in der Hand haltet, wird 
die Fußball-WM vorüber sein und wir alle wis- 
sen, ob wir Weltmeister, Vizeweltmeister oder 
Waldmeister geworden sind. Na, letzteres 
werden wir wohl nicht mehr, denn zur Zeit, 
wo ich dieses schreibe, stehen wir gesichert 
im Finale gegen Brasilien. 

Ein wenig läßt sich aber vom Fußball auch 
auf unseren Club ableiten. Genau wie unser 
Team sind wir nicht mehr gerade weltbewe- 
gend, aber mithalten können wir allemale 
noch. Und wie in jeder Mannschaft bedarf es 
immer einiger Leistungsträger, bei uns sind 
das die Artikelschreiber fürs Info. Und einen 
Teamchef, der immer wieder darauf hinweist, 
das ihr 100% Leistung bringen müßt, um zu 
überleben. Diese leidige Aufgabe steht mir 
immer zu. 

Nun, diese Ausgabe macht mir so richtig 
Freude. Endlich mal wieder etwas an Listings, 
das bringt doch den ein oder anderen mal 
wieder vor seinen 8-Bitter. Und wieder (schon 
zum drittenmal) 36 Seiten. Da braucht man 
keinen Artikel zu splitten oder zu kürzen. 
Und noch etwas freut mich: 4 neue Mitglie- 
der erhöhen unsere Mitgliederzahl auf 67. Da 
braucht das ZX-Team noch lange nicht zu 
überlegen, den SPC zu übernehmen (gell 
Willi vonne Küste!?!!). 

Die Neuen im Club sind: 


Jorge Canelhas (siehe auch Seite 31) 
Apartado 3115, Miguel Bombarda 
P-2745 Queluz, Portugal 

e- jcanelhas@retroreview.com 

7] http://www.retroreview.com 


Martijn Groen 

Tollensstraat 38, NL-3131 GZ Vlaardingen 

e- mgreen@wanadoo.nl 

_] http://mnemotech.ucam.org/ 
download.html (SAM: B-DOS 1.7d) 


Mirko Seidel 
Neenstetter Straße 20, 89183 Breitingen 
- micro20000@hotmail.com 


Robert van der Veeke 

Ruysdealstraat 21D, NL-3141 HP Maassluis 

er RJV.Veeke.NL.Sam.Coupe@caiw.nl 

7 http://home.kabelfoon.nl/-rjvveeke/ 
Coupel/index.htmil 


Zu vermelden gibt es noch, das sich Johan 
Koelmans email-Adresse geändert hat. Bitte 
schreibt ihm zukünftig unter: 

e- koelman28@zonnet.nl 


Doch nun genug gesülzt. Erfreut euch am 
vorliegenden Heft und macht euch Gedan- 
ken, ob ihr nicht auch was dazu beitragen 
könnt. In diesem Sinne. (Wo) 


Termine 2002 


13.-14. Juli 2002 
Das Z-Fest 2002! Jeweils von 10.00 Uhr bis 
open end im Dorfgemeinschaftshaus Fulda- 
tal-Knickhagen (nördl. Kassel) 


14.115. September 2002 

Treffen in Wittenberg. Anmeldungen ab sofort 

bei: Norbert Opitz 
Joh.-Friedrich-Böttger-Straße 7 
06886 Wittenberg 

Email: NorbertOpitz.Wittenberg@t-online.de 


21. September 2002, 10-16 Uhr 
Treffen in Bunnik. 


5, Oktober 2002 
Klubtreffen der JOYCE-User-AG e.V. 


16. Oktober -18. Oktober 2002 
Multiplatform Party called "Syndeecate". 
Party place : Czech Republic, Roznov pod 
Radhostem, 1.hostinsky pivovar 

Entrance fee : not known. Main Computer 
Platforms : PC, Amiga, ZX Spectrum. Sleeping: 
your own sleeping-bag on the party place. 
How to eat : restaurant/pub is integrated! :-) 
Questions? Write to "tdm@quick.cz" 


Teilt mir bitte weiterhin alle euch bekannten 
und interessanten Termine mit. 
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ZX9200: neue Version 


Den Spectrum-Emulator für das Nokia 9210 
"ZX9200" (von: http:/www.wildpalm.co.uk) 
gibt es seit kurzem in neuer Version v1.1, die 
unter anderem folgende Neuerungen brachte: 


® man kann nun auch (im .Z80-Format) ab- 
speichern. 

® die Geschwindigkeit der Emulation wurde 
erhöht. 

® es wurde eine PAUSE-Funktion hinzuge- 
fügt, und wenn man die aufruft, erscheint 
eine Hilfs-Grafik, die die Tastanbelegung 
der Spectrum-Tastatur zeigt. 

® der emulierte Joystick wird automatisch auf 
den im .Z80-File gespeicherten Modus um- 
gestellt. 

® Unterstützung des französischen 9210- 
Keyboard-Layouts. 


Noch mehr Spectrum-Emulation 
News 


Unter 
http://classicgaming.dcemulation.com/ 
findet man jetzt die "finale" Version 1.0 des 
Spectrum Emulators "DreamSpec" für die 
Sega Dreamcast. Außerdem kann man dort 
nun auch den "DreamSpec" in einer Version 
für die Playstation 2 (=PS2) laden. 

Diese Version beinhaltet jetzt die Unterstüt- 
zung des BRIGHT-Attributes und auch erst- 
mals Sound-Unterstützung. 


Gruß! Luzie 


ZXVG5.29 für Pentagon 


Hello, this email message is a notification to 
let you know that a file has been uploaded to 
the Files area of the zxvgs group. 


File: 


/ZX029PEN.zip 
Uploaded by: yarek@sp7.zsk.p.lodz.pl 


ZXVGS 0.29 for Pentagon 
(with QTRANS) 


You can access this file at the URL: 


Description: 


http://groups.yahoo.com/group/zxvgs/ 
files/ZX029PEN.zip 


Regards, 
yarek_com <yarek@sp7.zsk.p.lodz.pl> 


; ANZEIGE 


Hallo Wolfgang, 


dass Tagebuch eines Chaoten ist echt toll und 
sollte weiter Bestandteil des Infos bleiben. In 
der Anlage sende ich eine kleine Liste von 
Artikel die ich mehrfach habe oder nicht wei- 
ter benötige: 


1 Visto RGB Monitor ( siehe Foto ) für 26,- € 
1 ZX Interface 1 ( defekt ) 2,- € 

1 Drucker Star LC 10 mit extra neuem 
Druckerband gegen Gebot! 


Viele nette Grüsse Günther Marten 
guenther.marten@nwn.de 
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ZX<->PC Interface 


Zu diesem Interface brauchte ich einen E- 
PROM-Eraser. Im Internet hatte ich eine An- 
zeige für eines gesetzt. Inzwischen konnte 
ich eines ersteigern, es kann also weiterge- 
hen. 


Entwicklung eines neuen ZX81 Emulators 


Im Z80-Emulator kann man mit einem geän- 
derte ROM anfangen. Ich habe das ROM für 
RST O geändert, damit ich die Idee des neu- 
en Emulators programmieren kann. Der neue 
Emulator wird wie der Videopac-Emulator 
funktionieren. 

Der Original-Code wird zu einem Z80-Code 
emuliert und „übersetzt“, beim 2. Lauf wird 
das übersetzte Programm „RUN“nen. Weil 
der ZX81 schon einen Z80 hat werden nur 
die Problem-Codes in RST 0 geändert. RST 
0 wird dann die richtige Emulation machen. 


Ein Beispiel 


#8500 LD A,10 

#8502 LD HL,#5000 
#8505 LD (HL),A 
#8506 INC HL usw.... 
wird zu: 

#8500 LD A,10 

#8502 LD HL,#5000 
#8505 RST 0 

#8506 INC HL usw.... 


In einer Tabelle wird der Originalwert von 
#8505 gespeichert und durch RST O gut 
emuliert. Da die meisten Codes schneller als 
am ZX81 laufen (2 Mhz gegen 3,5 Mhz) wird 
am Ende eine gute Geschwindigkeit heraus- 
kommen. 
Mit dem Z80-Emulator kann ich also ohne 
Hardware schon den Emulator bauen (aber 
nur mit 8K RAM). Am ZX Spectrum wird da- 
für ein Hardware-Interface mit 16K RAM auf 
die ROM Adressen gebaut damit sofort auch 
ein 16K ZX81 emuliert wird. 

Dr Beep. 


Hurra, es ist geschafft! 


Speichererweiterung 
des MB 02 auf 512 kB 


Auf dem Treffen in Urmond (NL) haben mir 
Roelof Koning und Johan Koelman von den 
holländischen Specci-Freunden geholfen, die 
Speichererweiterung für das MB 02 zu rea- 
lisieren. Meine Mithilfe hat sich auf die Idee, 
die IC-Beschaffung und mein MB 02 als Ver- 
suchsobjekt beschränkt. 

Für den Nachbau werden drei IC’s benötigt. 
Den Speicher-IC und je ein 741LSO00 und 
741514. Die IC’s habe ich 15mal vorrätig. Der 
Speicher-IC kommt in die in die Fassung auf 
der Leiterplatte (drei Pins hoch gebogen), 
741514 direkt neben dem Speicher und der 
741S00 über einem beliebigen Nachbar-IC. 
Es werden mitgeliefert: 


e Schalt- und Lageplan 

® Farbausdruck des geöffneten MB 02-Bildes 

® Systemdiskette (Orginal 128kB-Diskette 
hat nicht funktioniert) 


Der Preis wird bei etwa 25 Euro liegen. 


Der Einbau müsste von jedem zu machen 
sein, der mit einem Lötkolben umgehen kann, 
denn nur der 741LS00 in „fliegender Verdrah- 
tung“ und wenige Punkte auf der Leiterplatte 
und drei Pins des Speicher-IC's müssen ge- 
lötet werden. 

Wer Interesse an der Speichererweiterung hat 
und sich den Einbau zutraut, wendet sich an 
mich und ich werde es umgehend zuschicken. 
Wer sich den Einbau nicht zutraut, dem hilft 
vielleicht ein Elektronikfreund oder die näch- 
sten Specci-Treffen werden noch mehr zum 
Basteltagen. 


Meine Adresse ist: 
Norbert Opitz 
J. F. Böttger Str. 7 
06886 Lutherstadt Wittenberg 
Tel.: 03491 401573 (werktags nach 16 Uhr) 
Mail: NorbertOpitz.Wittenberg@t-online.de 
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a S | ® R | 
menschlicher Einfluss ist nach 
den Annliff nicht erlauht, 

„30000 Euro kostet juder unse- 
rer Spieler“, sagt Professor 
Thomas Christaller, Schölls Chel. 
Auch datum ist der Robolup kei- 
neswags ein reiner Zeitvertreib 
tür durchgeknallte Schrauber, 
Tüftler und Hacker. Auf dem 
Fußballfoid kann die Wissen- 
schaft beweisen, wie weit sie mit 
der Entwicklung mobiler, selbst- 
ständiger und intelligenter Ms- 
schinen ist 

Die Daten, die in den Spielern 
esummelt werden, btingan die 
Forscher wieder ein Stück näher 
ans Ziel, Das-kannı der Bau von 
Robotern sein, die Unfallopfer 
bergen, fremde Pianeten erfor- 
schen oder ainlsch nur bessere 
Autos bauen. „Mit Fußball neh- 
men wir den Leuten die Angst vor 
der Robotik”, meint Schü, 
„Roboter, gie bügeln 
oder Einkaufen gehen, 
hötten sicher größere 
Akzeptanzprobleme.” 

Der Bonner infor & 
matiker ist im AIS-Toam 
für die Simulation des 
Techno-Kicks verent- 
wortlich, Was die 

Hitzteids und Toppmöl- 
ters mit Kreide aul die 
Tafel keitzeln, progtam- 
miert Schell im 
Computer Laul- und 
Passwege,  AÄbwehr- und 
Angriffsverhalten, aber auch 
Energiobedurf und mögliche $ 


Ü Spadigeshow zurück „Wenn's tigen Philips-Schränke sind für 
var wissan« chaotisch wird. Schölls Mannschaft im Halbfinu- 
schaftichem Heut des meist an ie zu stark. Es reicht in der Middle 
Hintergrund: tHen Handys, die SizeLeague, der Königsklasse, zus 
6008 Fans hier im HNF benutzt Platz drei, Ein taller Erfolg für AIS 
verfolgtandie werden, Die vor- und Peter Schöll, der für seine 
knuffigen wirten unsara Diplom-Arbeit einen sechsrädri- 
Ballartisten Munnschalt,” gen Roboter entwickelt hatte, 
heim drekägi- Immerhin: Eis „der nix konnte, außer nicht vor 
gen Rakolupin gentore gibt esse die Wand zu fahren.” 

Pafarborn. ten, Kantersiegs Da können seine fentasuischen 
Förler Peter 19:1, 7:0 schon Vier heute deutlich mehr. 31 Mal 
Schölllsttrotz Aayfiger, Blau oder trafen die quirligen AlS-Bier- 
Anasspaanege gelb müssen die Kästen Inacht Partien ins Blaue. 
re Torflächen ausse- Das lässt sachte Weltmeister- 
Die Holländer hen, sonst sehen schafts-Träume reifen: „Mit un- 
sihlednn die auf die beiden serem Klasse- Torwart ist ir Junf 


dem PC-Monitor durchgespie a 
„Die Abseits-Regal habe ich 
erst heim Roboter-Fußhsli ken- 


nengalernt”, bekennt der gebürß- dintnehzn Schwedenfarken in fukuoka das Viertelfinale drin.” z 
ge Schwabe, der sich seinen hart* gusichten Torjäger Das wird jedach bloß ein Inter- ? 
erston Computer mit zwölf kaufte, Schwarz. mezzo sein, 2050 sollen humanoi- & 


„Ein Sincheir 2X 81 mit einem eg | pien Tennisspiele 

Atheitsspeicher für 1700 Mark, I im Kiaderzimmer Dass sein ; d 

sponsored by Oma.” * kickendes Bisr-kisten-Quartett den Aobetern dominieren in die- Peter Schöltist dann 82 Jahre alt. & 
Während andere Dreikäse- aufdem 10x5 Meter großen Feld sem Bahr dia Werksteams. $ia . Wir nehmen den Fol auf Wieder- 

hochs draußen demrundenLleder oft so desorientiert wirkt, als sindin die Domäne der Univer- vorlage, Helko Schlierankomp } 

nachgelaufen sind, pragrammier- habe er es mit dam Sinchsir pra- sitäten und Forschungsinstitute  imfasmmmeroboeup2002.org 

e dar kleine Petar die ersten sim-  grammien, weist Schöll entrüstet „eingebrochen. Dia schussgewal-  munwais.traunhoterde/afg-roborup ; 


Pfoi! 


Ausgabe 18/2002 als Sinclair-Freund gewun- 


Geschriebener Stuss _ dert haben: Nicht über den damaligen Preis 


er eines ZX81, sondern über den Kommentar 

fur den Ofen! eines offensichtlich desorientierten Schrei- 

bers! Dennoch, irgendwie kann man es ja 

Wer die Prisma als Beilage zu einer Tages- auch als Kompliment auffassen, wenn man 
zeitung erhält, dürfte sich beim Lesen der bedenkt, wo die Wurzeln liegen... 


Nichtnurimrich- de. Roboter den amierenden 
Fußballer-Leben, such bei Fußbalkweltmeister schlagen. 
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Sprite-Programmierung 
auf dem ZX Spectrum 


1. Einleitung 


In diesem Artikel geht es darum, wie man 
Sprites auf dem ZX Spectrum in Assembler- 
Sprache programmiert - Assembler-Grund- 
kenntnisse werden dabei vorausgesetzt. Ei- 
nige von euch werden sich jetzt sicher erst 
mal fragen „Was sind Sprites denn über- 
haupt?“ - jeder der schon einmal vor einem 
Computerspiel gesessen ist, hat sie bereits 
gesehen! Es sind all die beweglichen Objekte 
wie z.B. die Spielfigur, ein Geschoß oder eine 
Aufzugsplattform. Der Begriff „Sprite“ kommt 
aus dem Englischen und heißt soviel wie 
„Elfe“ oder „Kobold“. Sprites existieren schon 
seit es die Computerspiele gibt, der Name 
„Sprite“ an sich ist aber vermutlich erst durch 
den Commodore 64 populär geworden und 
bezeichnet dort ein von der Hardware bereit- 
gestelltes bewegliches Objekt, das von den 
Daten im Bildspeicher unabhängig ist (!) und 
vom Videochip nachträglich vor oder hinter 
das Bildsignal gelegt wird. Für Computer die 
leider nicht über diese doch recht praktische 
Hardware verfügen (wie z.B. den Schneider 
CPC) gibt es die „Software-Sprites“, sie wer- 
den manchmal auch „Shapes“ oder „BOBs“ 
genannt („Blitter OBjects“ - der Blitter ist ein 
Spezialchip des Amiga zum schnellen Verschie- 
ben von Speicherbereichen). Sie müssen mit 
Prozessor-Power in den Bildspeicher ge- 
schrieben werden, was sie natürlich lang- 
samer macht. 

Da „Uncle Clive“ unseren Speccy ebenfalls 
nicht mit einer Sprite-Hardware bedacht hat 
(dadurch wäre der Speccy sicher auch deut- 
lich teurer geworden), müssen wir uns auch 
hier per Software (?Shapes) behelfen, was 
angesichts des komplexen Bildspeicher-Auf- 
baus nicht ganz so einfach ist. Die Sprites sollen 
sich dann ja auch noch möglichst flimmerfrei 
und schnell genug bewegen - deswegen 
kommt man um die Maschinensprache kaum 


herum, was die Sache weiter verkompliziert. 
Weil viele bisher aus genau den Gründen kapi- 
tulierten, habe ich diesen Artikel geschrieben. 


2. Der Bildspeicher („Screen“) des ZX 
Spectrum 


Bevor wir zu der Sprite-Routine kommen, er- 
kläre ich erst einmal den Bildspeicher-Auf- 
bau. Beim ZX Spectrum beginnt der Bild- 
speicher ab Adresse 16384 (4000 hex), er 
ist insgesamt 6912 Bytes groß und besteht 
(wie beim Commodore 64) aus einem ge- 
trennten Grafik- und Farbattribut-Bereich. 
Diese Trennung war damals, als Speicher- 
Chips noch sehr teuer waren, ein gern ein- 
gesetzter Trick, um den Speicherbedarf für 
ein Bild klein zu halten. Der Nachteil daran 
ist, daß man die Farbe für jeden einzelnen 
Pixel (= Bildpunkt) nicht frei wählen kann, 
sondern eine aus der Palette auswählen 
muß, die das Attribut, in dem er liegt, zur 
Verfügung stellt (beim Speccy 2 Farben je 
Attribut, beim C64 max. 4). Zum Vergleich: 
Ein „echter“ Bildspeicher, d.h. mit 16 frei wähl- 
baren Pixel-Farben und in Spectrum-Auflö- 
sung, wäre 24576 Bytes groß gewesen (s.h. 
Sam Coupe Mode 4) — einen 16K Spectrum 
hätte es so nie gegeben und beim 48K 
Spectrum wäre bereits der halbe Speicher 
belegt! Ihr seht also, die Trennung macht 
durchaus Sinn — und sie verhilft dem Spectrum 
zu dem in seiner Klasse (C64, Schneider 
CPC) kleinsten (und somit am schnellsten 
vom Prozessor füllbaren) Grafikspeicher ! 


Hier noch ein paar Daten zu dem Grafik- und 
Farbattribut-Bereich: 


1. Der Grafik-Bereich. Er beginnt bei Adresse 
16384 (4000 hex), endet bei 22527 (57FF 
hex) und ist 256 x 192 Pixel groß. Vom 
Basic aus können aber nur 256 x 176 Pixel 
erreicht werden. Jedes Pixel kann hier nur 
„an“ (Wert 1) oder „aus“ (Wert 0) sein. 
Daraus ergeben sich 8 Pixel pro Byte, also 
32 Byte pro Zeile; mal 192 Zeilen ergibt 
das einen Speicherbedarf von 6144 Bytes. 
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2. Der Farbattribut-Bereich. Er beginnt bei 

Adresse 22528 (5800 hex) und endet bei 
23295 (5AFF hex). Jedes Attribut be- 
stimmt die Vorder- und Hintergrund-Farbe 
(und Blinken + Helligkeit) für ein 8x 8 Pixel 
großes Quadrat auf dem Bildschirm. 
Der Bildschirm ist 32 x 24 Quadrate (= 
Chars bzw. Zeichen) groß, das ergibt 
einen Speicherbedarf von 768 Bytes. 
Aufbau eines Attribut-Bytes: [fbpppiii] mit 
f=Flash, b=Bright, p=Paper (3 Bits), i=Ink 
(3 Bits). 


Wie oben bereits angedeutet, ist der Aufbau 
des Bildspeichers recht komplex. Warum das 
so ist, kann ich auch nicht sagen, aber viel- 
leicht konnte so die Hardware einfacher kon- 
struiert werden (andere Vorschläge ?). Wäh- 
rend der Farbattribut-Bereich schön linear 
aufgebaut ist (Zeichen für Zeichen, Zeile für 


Der Grafikspeicher: 


1. Zeile mit$ Pixelreihen 


2. Zeile mit 


6. Zeile mit! 


3, Block mit$ Zeilen 


zu je 8 Pixelreihen 


8, Zeile mit Pi 


Gesamt: 3 Blöcke = 192 Pixelreihen 
Größe: 5144 Bytes 


Das klang jetzt sicher etwas kompliziert, 
deswegen schaut ihr euch das Ganze am 
Besten mal mit folgendem Programm direkt 
auf dem Spectrum an. Es füllt den Grafik- 
speicher einfach von seinem Anfang bis zum 
Ende. Achtet genau auf den Pixel-Reihen- 
Sprung und darauf, wann ein ganzer Block 
gefüllt ist: 


10 INK 0: PAPER 7: BORDER 7: FLASH 
0: BRIGHT 0: CLS: BORDER 2 

20 FOR n=16384 TO 22527 

30 POKE n,255 

40 NEXT n 

50 PAUSE 100 


Zeile mitS Pi 


Ein Block: 8 Zeilen = 84 Pixelreihen 
Größe: 2048 Bytes (= 9:8x32) 


Zeile), setzt sich der Grafik-Bereich aus drei 
in sich abgeschlossenen rechteckigen BIlök- 
ken mit einer Größe von je 32 x 8 Zeichen 
(Chars) zusammen (siehe Abbildung links 
und Mitte). Abgeschlossen deswegen, weil 
der nächste Block erst dann erreicht wird, 
wenn der aktuelle komplett durchlaufen 
wurde. Innerhalb eines Blocks geht es noch 
komplizierter zu- er ist in 8 ein-Zeichen-tiefe 
Zeilen unterteilt, weil die Pixel-Reihen einer 
Zeichen-Zeile nicht direkt aufeinander folgen, 
sondern einen Sprung von 8 Pixel-Reihen 
machen - d.h. nach der 1. Pixel-Reihe der 
ersten Zeile folgt die 1. Pixel-Reihe der 
zweiten Zeile und nicht (wie erwartet) die 2. 
Pixel-Reihe der ersten Zeile ! Erst nachdem 
alle acht 1. Pixel-Reihen durchlaufen wurden, 
kommt die 2. Pixel-Reihe der 1. Zeile und alle 
weiteren 2. Pixel-Reihen (siehe Abbildung 
Mitte und rechts)! 


Pixelreihe 1 
lreihen | 


reihen 
reihen Pixelreihe 8 
reihen Fixelreihe 1 
lreihen | 
elreihen 

elreihen Pixelreihe & 


Eine Zeile: 8 Pixelreihen 
Größe: 256 Bytes (= 8x32) 


3. Die Sprite-Routinen 


Nachdem ihr euch jetzt (hoffentlich) vorstellen 
könnt, wie der Bildspeicher aufgebaut ist, 
kommen wir zu der Sprite-Programmierung 
(farbige Sprites, d.h. mit Attributen, behandle 
ich in diesem Artikel allerdings nicht). 


Dazu erst einmal etwas Theorie: 


Ein normaler Sprite ist, wie gesagt, ein kleines 
rechteckiges Objekt, für dessen Breite man 
aus praktischen Gründen Bytes statt Pixel 
nimmt. Ganze Bytes kann man leichter und 
vor allem schneller als einzelne Pixel im 
Bildspeicher setzen - und die Geschwindig- 
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keit ist sehr wichtig! Beim Spectrum passen 
8 Pixel in ein Byte, deswegen nehmen wir für 
die Sprite-Breite hier immer ein Vielfaches 
von 8 Pixeln. Dementsprechend wird der 
Sprite (zumindest bei den hier vorgestellten 
einfachen Sprite-Routinen) nicht mit Pixel- 
sondern nur mit Byte-Koordinaten auf dem 
Bildschirm plaziert (d.h. das Koordinaten-Sys- 
tem besteht nicht aus 256 x 192 Einheiten, 
sondern nur aus 32 x 192). Um den Sprite 
auch horizontal pixelgenau zu plazieren, 
müßte man die Sprite-Daten rotieren, bevor 
man sie in den Bildspeicher kopiert - weil das 
aber für das Verständnis von Sprite-Routinen 
erst mal nicht so wichtig ist, verzichte ich hier 
darauf. 

Für die folgenden Sprite-Routinen nehmen 
wir an, unser Sprite wäre 32 Pixel breit (32/8 
= 4 Bytes) und 20 Pixel (= 20 Bytes) hoch. 
Die Sprite-Grafik liegt irgendwo außerhalb 
des Screens im Speicher und belegt dort 80 
aufeinander folgende Bytes. Diese müssen 
nun richtig in den Bildspeicher kopiert wer- 
den, um den Sprite anzuzeigen. Zur Erinne- 
rung, jede Zeile im Bildspeicher ist 32 Bytes 
breit und das komplette Bild ist 192 Bytes 
hoch — da der Sprite aber nur 4 Bytes breit 
ist, können wir also nicht einfach hergehen 
und jede Bildzeile komplett bis zum Ende mit 
den Sprite-Daten aus dem Speicher füllen, 
sondern müssen nach dem Schreiben von 
den 4 Sprite-Bytes in einer Pixelreihe für die 
nächsten 4 Sprite-Bytes in die nächst-tiefere 
Pixelreihe springen (diese Sprungdistanz 
nennt sich „Offset“, hier 32-4 = 28). Nach 
dem Schreiben von 20 solcher Pixelreihen 
ist der Sprite komplett auf den Bildschirm 
kopiert und wir sind fertig. 

Es ist sehr wichtig, daß wir nach dem Schrei- 
ben der 4 Bytes in einer Pixelreihe jeweils in 
der direkt darunterliegenden Pixelreihe wei- 
termachen und nicht (wie beim Pixelreihen- 
Aufbau des Grafikspeichers) erst alle 1. 
Reihen, dann alle 2. Reihen, dann alle 3. Rei- 
hen, usw. füllen — das wäre zwar deutlich ein- 
facher zu programmieren, der Sprite würde 
aber in diesem Fall stark flimmern! Die Schwie- 


rigkeit der Sprite-Programmierung auf dem 
Spectrum liegt also darin, trotz des kompli- 
zierten Grafikspeicher-Aufbaus immer die 
richtige Anfangsadresse der nächst-tieferen 
Pixelreihe für die Sprite-Daten zu berechnen 
- und das möglichst schnell. 


3.1. Die Berechnung der kompletten Bild- 
adresse 


Für die Darstellung von Sprites brauchen wir 
zwei Routinen. Die erste berechnet aus den 
von uns angegebenen Koordinaten (32x192) 
die komplette Bildadresse, ab der wir be- 
ginnen, den Sprite in den Bildspeicher zu ko- 
pieren. Die zweite ist einfacher und berechnet 
während dem Schreibvorgang immer nur die 
Adresse für das nächste Sprite-Byte. Diese 
Trennung ist notwendig, weil die erste Rou- 
tine zu viel Zeit kostet, um sie häufig auf- 
zurufen. Die zweite Routine wird zusammen 
mit der ersten Sprite-Routine bei 3.2 be- 
sprochen. 


Noch ein wichtiger Hinweis: Wenn man für 
den Sprite eine X-Koordinate wählt, die zu 
weit am rechten Rand ist, dann gibt es (ähn- 
lich wie bei einer Textverarbeitung) einen Zei- 
len-Umbruch, d.h. der Anfang des Sprites 
wird am rechten Rand dargestellt, der Rest 
taucht aber am linken auf! In unserem Bei- 
spiel sollte man keinen X-Wert größer als 28 
verwenden. Ähnlich sieht es mit der Y-Koor- 
dinate aus, nur daß hier bei einem zu großen 
Wert (im Beispiel größer als 172) der Farb- 
attribut-Bereich oder schlimmer noch der 
dem Bildspeicher folgende Haupt-Speicher 
überschrieben wird — das kann zu einem Ab- 
sturz des Computers führen (vor allem beim 
128er, bei dem nach dem Bild nicht der 
Druckerpuffer, sondern wichtige Daten fol- 
gen), also Vorsicht ! Fehlerhafte Sprite- 
routinen führen meist zu dem selben Ergeb- 
nis, deshalb sollte man vor einem Testlauf 
immer sein Programm speichern. 


Mit dieser Routine kann man die komplette 
Bildadresse aus einem X- und Y-Wert er- 
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mitteln. Sie ist aufwändiger (langsamer) und 
wird nur einmal zur Berechnung des Sprite- 
Anfangspunkts benötigt. Um die X-Koor- 
dinate (Wert zwischen O und 31) umzusetzen, 
braucht man nicht groß zu rechnen, man 
kann sie einfach zur Bildspeicher-Anfangs- 
adresse (links oben = 16384 / 4000 hex) 
hinzuaddieren. Den Additionswert für die Y- 


Aufbau der Bildspeicher-Adresse: 
High-Byte: 


Start v. Bild- 
speicher 


- + 


„t 
’ 


Y-Pos. (Block O...2) 


Y-Pos. (Pixel- 
Reihe 0D...7) 


Koordinate (Wert zwischen O und 191) muß 
man aber entweder aus einer Tabelle aus- 
lesen oder selbst berechnen. Die Tabellen- 
Methode ist natürlich deutlich schneller 
(Tabellen werden allgemein gerne zur Ge- 
schwindigkeits-Optimierung bei Demos ein- 
gesetzt), hier beschreibe ich aber erst mal 
die Berechnungs-Methode. 


- 
”„. 


*X-Position (0O...31) 


Sie 
# 


Y-Pos. (Zeile O...7 im Block) 


Y-Position (0...191) 


Auf der obigen Abbildung ist die Y-Koordinate 
als Byte am unteren Rand dargestellt und die 
Bildadresse, die wir berechnen wollen, als 16 
Bit-Wert (High- und Low-Byte) am oberen 
Rand. Die untersten 5 Bits des Low-Bytes der 
Bildadresse ergeben sich einfach aus der X- 
Koordinate, die Y-Koordinate dagegen muß 
wegen des komplizierten Bildspeicher-Auf- 
baus in die von oben bekannten drei Teile 
(Pixelreihe, Zeile, Block) zerlegt werden, 
bevor sie in die Bildadresse eingetragen 
werden kann. 


Die kleinste Einheit des Bildspeichers ist die 
Pixelreihe - und weil es davon 8 pro Zeichen- 
Zeile (= nächstgrößere Einheit) gibt, nehmen 
wir die ersten 3 Bits (von rechts) der Y- 
Koordinate. Um von einem Byte im Bild- 
speicher zu dem genau darunterliegenden zu 
kommen, muß man den Wert 256 zu seiner 
Bildadresse hinzuaddieren - daraus folgt, daß 
wir unsere 3 Bits als unterstes in das High- 


Byte der Bildadresse eintragen müssen, weil 
256 = 28 = achtes Bit von rechts bei Zählung 
ab 0 (s.h. „R“s in der Abbildung). 

Die mittlere Einheit des Bildspeichers ist die 
Zeichen-Zeile. Von ihr gibt es auch 8, bevor 
die nächstgrößere Einheit (= der Block) folgt. 
Wir nehmen also weitere 3 Bits von der Y- 
Koordinate (die „Z“s auf der Abbildung). Um 
von einer Zeichen-Zeile zur nächst-tieferen 
zu gelangen, muß man den Wert 32 zu ihrer 
Bildadresse hinzuaddieren. Wir müssen un- 
sere 3 Bits also direkt oberhalb der X-Koor- 
dinate in das Low-Byte der Bildadresse ein- 
tragen, weil 32 = 2*5 = fünftes Bit von rechts 
(immer bei Zählung ab 0). = 


Zum Schluß bleibt noch der Block-Anteil der 
Y-Koordinate übrig (die „B“s auf der Abbil- 
dung). Das sind die verbliebenen 2 Bits (für 
3 Blocks). Um von einem Block zum nächsten 
zu gelangen, muß man den Wert 2048 (=8 
Zeilen * 8 Pixelreihen * 32 Bytes pro Zeile) 
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zu der Bildadresse hinzuaddieren. Unsere 
restlichen 2 Bits der Y-Koordinate müssen 
also bei 2048 = 2*11 = an der 11ten Stelle 
von rechts in die Bildadresse eingetragen 
werden. Das ist im High-Byte direkt oberhalb 
der Stelle, wo wir die 3 Bits der Pixelreihe 
eingetragen haben. 

Wir haben jetzt alle Bits der Y-Koordinate 
eingesetzt, bei der Bildadresse sind aber 
noch 3 unbenutzte Bits ganz oben im High- 
Byte übrig. Mit ihnen kann man noch die 
Startadresse des Bildspeichers festlegen — 
das ist normal „010“ (binär) für einen Start 
ab Adresse 16384 = 4000 hex. Man kann 
aber auch „100“ (binär) für einen Bildspeicher, 
der ab 32768 = 8000 hex im Speicher liegt 
(auf dem 48k und 128k Speccy) verwenden, 
wenn man z.B. unsichtbar ein zweites Bild 
aufbauen will oder um beim 128k Spectrum 
auf den (über eine Speicherseite eingeblen- 
deten) zweiten Bildspeicher zuzugreifen. 


Hier das Assembler-Programm für die Be- 
rechnung der kompletten Bildadresse: 


- Info zu den Befehlen „CP" und „JP“: Das 
C(arry)-Flag wird gesetzt, wenn der Wert im 
Register A kleiner als neben „CP* ist. 

e- Der „AND"-Befehl löscht das Carry-Flag, 
deswegen können wir unten „RLA“ statt „SLA 
A" verwenden und ein wenig Rechenzeit 
sparen. 

- Wenn ihr andere Sprite-Maße haben wollt, 
ab „Getattr" Zeile 2, 4, 6 und 8 ändern ! 


Sprite-Maße im Beispiel: 4*20 Bytes 
Register-Eingabe: B = x-pos. (0...31) 

C = y-pos. (0...191) 
Register-Ausgabe: 
DE = Sprite-Anfangsadresse im Bildspeicher 


GETADDR LD A,B ‚ Test: x zu gross ? 


CP 2% ‚(= 33 - Spritebreite) 

JP C,VALXOK 

LD B,28 ‚ Korrigiere x 
VALXOK LD AC ‚ Test: y zu gross ? 

CP 173 ‚(= 193 - Spritehoehe) 

JP C, VALYOK 

LD 0,172 ‚ Korrigiere y 


VALYOK LD EB ; X-pos. eintragen 
LD A,C ‚ y-pos. (Pix.Reihe) 
AND? ‚ (untere 3 Bits) 

LD DA 

LD A,C ‚ y-pos. (Zeile) 
AND 56 ‚ (mittlere 3 Bits) 
RLA ‚ (um 2 Bits hoch) 
RLA 

OR E ‚ (zu x-pos. dazu) 
LD EA 

LD AC ‚ y-pos. (Block) 
AND 192 ; (obere 2 Bits) 
RRA ‚ (um 3 Bits runter) 
RRA 

RRA 

OR D ‚ (zu y-pos. Reihe) 
OR 64 ‚ Screen Anfang dazu 
LD DA 

RET 


3.2. Eine einfache übermalende Sprite- 
Routine 


Diese Sprite-Routine ist sehr einfach und 
kurz, übermalt aber den Bildspeicher ohne 
Rücksicht auf seinen augenblicklichen In- 
halt. Ein Männchen als Sprite sieht dadurch 
so aus, als ob es sich in einem Bilderrahmen 
befindet, der herumgeschoben wird (der Hin- 
tergrund wird verdeckt!). Wenn dieser „Bil- 
derrahmen“ auch am Rand gesetzte Pixel 
besitzt, hinterläßt er darüber hinaus bei Be- 
wegungen eine Spur — wenn das nicht er- 
wünscht ist, sollte man bei der Sprite-Grafik 
ringsum ein Byte vom Rand her gesehen leer 
(auf 0) lassen. 


Zum Ablauf der Routine: 


Die Sprite-Anfangsadresse im Bildspeicher 
wird durch einen Aufruf von unserer obigen 
Routine „GETADDR“ berechnet und in dem 
Registerpaar DE gespeichert. Eine X-Schlei- 
fe (Sprite-Breiten-Schleife) gibt es in dieser 
Sprite-Routine nicht, das erledigt der „LDIR 
(= kopiere 1 Byte von (HL) nach (DE) und 
zähle BC herunter bis es auf 0 ist). B enthält 
die Sprite-Höhe, muß aber vorübergehend 
für den LDIR auf O gesetzt werden (der In- 
halt von B wird deswegen nach A gerettet). 
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Nach dem LDIR werden die 4 davon in X 
gemachten Schritte wieder zurückgenommen 
(mit Beachtung des Übertrags von E nach 
D!). Danach geht es an die Berechnung der 
Bildadresse der nächst-tieferen Pixelreihe 
(s.h. oben, die erwähnte 2. Berechnungs-Va- 
riante kommt jetzt!). Falls dabei ein Überlauf 
entsteht, erhöht dies automatisch die Num- 
mer des Blocks (s.h. High-Byte auf Abbild 
oben). Das korrigieren wir hier erst einmal 
nicht, es kann ja sein, daß wir die Block- 
nummer sowieso noch erhöhen müssen — 
statt dessen erhöhen wir zunächst die Zei- 
lennummer. Erst wenn es dabei keinen Über- 
lauf gibt, wissen wir, daß der Block-Überlauf 
falsch war und korrigieren ihn (der Zeilen- 
Überlauf muß nicht korrigiert werden, weil er 
im Carry-Flag landet und dieses wird nicht 
weiter beachtet). Damit ist die Berechnung 
der nächsten Bildadresse schon abgeschlos- 
sen. Mit einem „DJNZ" (zähle B herunter und 
springe, solange B nicht 0 ist) schließen wir 
die Y-Schleife (Sprite-Höhen-Schleife) ab. 


- Wenn ihr andere Sprite-Maße haben wollt, 
Routine „Getattr“ und Zeilen 2, 3, 9 ändern ! 
Sprite-Maße im Beispiel: 4*20 Bytes 


Register-Eingabe: HL = Adresse Sprite-Grafik-Daten 
B =x-pos. (0...31),C = y-pos. (0...191) 


SPRITE_1 CALL GETADDR ; Sprite Startadr. -> DE 


LD  B,20 ‚ Sprite-Hoehe 
LOOP LD C4 ‚ Sprite-Breite 
LD AB ‚ Bretten 
LD BO 
LDIR ‚ 1 Pixelreihe setzen 
LD BA  B wiederherstellen 
iD AB ; Zurueck auf x-Anfang 
SUB 4 ‚ (Sprite-Breite) 
LD EA 
JR  C,CONT1  ; Ueberlauf -> D nicht 
‚ aendern 
INC D ; Naechste Pixelreihe 
CONTI LD AD ‚ Überlauf (= Block+1) ? 
AND 7 


JP _NZ,CONT2 ; Nein -> weiter 
LD AE ‚ Naechste Zeile 
A,32 


LD EA 


JR CG,CONT2 ; Ueberlauf -> weiter 
LD AD ; Veberlauf Reihe- 
,>Block 
SUB 8 ; korrigieren - kein 
LD DA ‚ neuer Block ! 
CONT2 DJNZ LOOP Ende Hoehen- 
‚ Schleife 
RET 


- Um damit jetzt einen Sprite darstellen zu 
können, braucht ihr zuerst einmal Sprite- 
Grafikdaten. Sie können ganz einfach linear 
(Byte für Byte, Zeile für Zeile) im Speicher 
abgelegt werden, d.h. ihr müßt sie nicht so 
kompliziert wie im Bildspeicher anordnen. 
Das einfachste ist aber vielleicht, wenn ihr 
eine 32*20 Pixel große Figur mit einem 
Zeichenprogramm in die linke obere Ecke 
des Bildschirms malt und sie dann mit einer 
umgekehrten Sprite-Routine einlest (sie liest 
vom Bild und schreibt in den Speicher): Ihr 
müßt nur direkt vor und hinter dem „LDIR" 
ein „EX DE,HL“ einfügen und schon habt ihr 
eine Sprite-Einlese-Routine ! 


e- Falls euch beim Bewegen des Sprites ein 
Flimmern auffällt: Das kommt dadurch, daß 
der Computer beim Zeichnen des Sprites 
vom Elektronenstrahl des Bildschirms 
überholt wird und so die eine Hälfte des 
Sprites noch mit aufs Bild kommt, während 
die andere Hälfte erst 1/50 Sekunde später 
folgt. Falls ihr also einen Sprite (oder mehrere 
schnell hintereinander) setzen wollt, solltet 
ihr vorher einen HALT-Befehl verwenden (die 
Interrupts sollten dabei aber eingeschaltet 
sein). Dadurch wartet der Computer, bis der 
Elektronenstrahl ganz links oben auf dem 
Bildschirm angekommen ist, bevor er an- 
fängt, die Sprites zu zeichnen. Meist hat der 
Computer dann genug Zeit, bis der Elek- 
tronenstrahl ihn einholt. 


3.3. Modifikation zu einer invertierenden 
Sprite-Routine 


Der Vorteil von einer invertierenden Sprite- 
Routine ist, daß die Sprite-Grafik den Bild- 
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Hintergrund nicht zerstört — statt dessen wird 
sie mit ihm zusammengerechnet (verknüpft), 
das kann aber zu unschönen Veränderungen 
in der Grafik führen. Wenn man den Hinter- 
grund später wiederherstellen will, braucht 
man den Sprite einfach nur noch einmal auf 
die gleiche Stelle zu setzen, denn durch eine 
weitere Verknüpfung wird die Sprite-Grafik 
wieder vom Hintergrund getrennt (ausein- 
andergerechnet) und verschwindet restlos. 


Wenn man einen Sprite bewegen will, sieht 
der Ablauf also wie folgt aus: 


1. Sprite setzen 

2. Neue Sprite-Position berechnen 

3.  Sprite an alter Position noch einmal 
setzen, um dort den Hintergrund 
wiederherzustellen 

4. Sprite an neuer Position setzen 

5. weiter bei 2. 


e- Achtung, bei der neuen Sprite-Routine 
sind die Register B und € (enthalten Breiten- 
und Höhe-Zähler) gegenüber der ersten 
Routine vertauscht ! 

e- Alle Zeilen mit einem „* im Kommentar 
haben sich geändert. 

e- Wenn ihr andere Sprite-Maße haben wollt, 
Routine „Getattr“ und Zeilen 2, 3, 11 ändern ! 


Sprite-Maße im Beispiel: 4*20 Bytes 


Register-Eingabe: HL = Adresse Sprite-Grafik-Daten 
B =x-pos. (0...31),C = y-pos. (0...191) 


SPRITE_2 CALL GETADDR ; Sprite Startadr. -> DE 


LD 0,20 ‚ * Sprite-Hoehe 
LOOPI LD B4 ‚ * Sprite-Breite 
LOOP2 LD A,lDE) ;*1 Screen-Byte lesen 
XOR (HL) ,* mit Daten ver 
; knuepfen 
LD  (DE)A ;* Screen-Byte 
‚ schreiben 
INC HL ; * Datenzeiger-+1 
INC DE ; * Screenzeiger+1 
DJNZ LOOP2 ;* Ende Breiten- 
‚ Schleife 
LD AE ; Zurueck auf x-Anfang 
SUB 4 ; (Sprite-Breite) 
LD EA 


JR C,CONT1 ; Ueberlauf -> D nicht 
‚ aendern 


INC D ; Naechste Pixelreihe 
CONTI LD AD ; Uberlauf (= Block+1)? 
AND 7 


JP _NZ,CONT2; Nein -> weiter 


iD ÄAKE  Naechste Zeile 
ADD A,32 
LD EA 


JR _C.CONT2 ; Ueberlauf -> weiter 


LD AD ‚ Veberlauf Reihe 
‚->Block 
SUB 8 ‚ jetzt korrigieren - kein 
LD DA ‚ neuer Block ! 
CONT2 DEC C ;* Reihenzaehler - 1 


JP _NZ,.LOOP1 ;* Ende Hoehen- 
‚ Schleife 
RET 


3.4. Eine Sprite-Routine mit Maske 


Eine gute Sprite-Routine arbeitet mit einer 
Maske - sie verhindert, daß um den Sprite 
herum ein leerer, den Hintergrund über- 
malender Rahmen (wie bei unserer ersten 
Routine) ist und es gibt auch keine Grafik- 
fehler (wie bei unserer zweiten Routine). Der 
Sprite kann dank Maske jetzt dreierlei Typen 
von Pixeln darstellen: Durchsichtig (d.h. 
Hintergrund zu sehen), gelöscht (Pixel-Bit auf 
“0“) und gesetzt (Bit auf “1"). Bei dem inver- 
tierenden Sprite konnte man z.B. durch das 
Weiße im Auge einer Spielfigur den Hinter- 
grund sehen -— das kann jetzt durch die Maske 
verhindert werden. 


Mit einer Maske „schneidet“ man den Teil aus 
dem Bild-Hintergrund heraus (d.h. setzt alle 
seine Pixel auf „O"), der später durch die 
Sprite-Grafik belegt werden soll. Die Maske 
hat die gleichen Maße wie die Sprite-Grafik 
und besitzt an allen Stellen, wo der Sprite 
durchsichtig sein soll, gesetzte Bits („1“), der 
Rest ist auf „O“. Der Ablauf um ein Sprite- 
Byte mit Maske im Bildspeicher zu setzen, 
sieht wie folgt aus: 


1. Ein Byte aus dem Bild lesen. 
2. Dieses Bild-Byte mit Masken-Byte 
„AND"-verknüpfen (dadurch wird 
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Platz für die Sprite-Pixel freige- 
macht) 

3. Das Ergebnis mit Sprite-Byte „OR"- 
verknüpfen (Sprite-Pixel werden 
hinzugefügt) 

4. Das daraus resultierende Byte 
wieder in den Bildspeicher kopieren 


Diese Sprite-Routine mit Maske verändert 
den Bildhintergrund (im Gegensatz zur 
invertierenden Routine oben) unwieder- 
bringlich, daß heißt, daß wir den Hintergrund 
vor dem Setzen der Sprite-Grafik retten 
müssen, damit wir ihn später wiederherstellen 
können. Der Ablauffür eine Sprite-Bewegung 
von einer Position zur nächsten sieht dann 
wie folgt aus: 


1. An der Position, wo der Sprite 
erscheinen soll, erst mal den Bild- 
Hintergrund einlesen (sichern) 

2. Hintergrund mit Maske (in Sprite- 
Größe) AND-verknüpfen (es wird 
Platz für den Sprite gemacht) 

3. Hintergrund mit der Sprite-Grafik 
OR-verknüpfen (Sprite erscheint) 

4. Neue Position für Sprite berechnen 

5. Analter Position Sprite wieder durch 
den bei 1. gesicherten Hintergrund 
übermalen (mit erster übermalender 
Sprite-Routine) — Sprite verschwindet 

6. Weiter bei 1., aber an neuer Po- 
sition ! 


Hier noch ein Tip, wenn ihr mehrere Sprites 
darstellen/bewegen wollt: Die Bild-Hinter- 
gründe der Sprites dürfen nur dann einge- 
lesen werden, wenn kein Sprite sichtbar ist ! 
Also erst alle Hintergründe einlesen, dann 
alle Sprites auf einmal zeichnen und für die 
nächste Bewegung erst mal alle Hintergründe 
wiederherstellen ! 


Nun zur Routine: 


Die Erweiterung von der invertierenden zu 
einer maskierten Sprite-Routine ist sehr 
einfach, es sind nur ein paar kleine Ände- 
rungen nötig (siehe unten, wieder mit „*“ 


markiert). Anstatt erst die komplette Maske 
und dann den kompletten Sprite mit dem Bild- 
Hintergrund zu verknüpfen, machen wir das 
hier gleichzeitig bei jedem Bild-Byte und 
ersparen uns dadurch Rechenzeit (nur ein 
Durchlauf durch die Sprite-Schleifen). Die 
Maske muß jetzt zusammen mit der Sprite- 
Grafik gespeichert werden (im Wechsel ein 
Byte Maske, ein Byte Sprite-Grafik), damit sie 
schnell erreichbar ist ! Dadurch kann man 
die obige Sprite-Einlese-Routine jetzt nicht 
mehr verwenden, um die Sprite-Grafik aus 
dem Bildschirm einzulesen ! Beim Setzen des 
Sprites in den Bildspeicher wird nun immer 
erst das Masken-Byte aus dem Sprite-Grafik- 
speicher gelesen und mit dem Bild-Byte per 
AND verknüpft. Anschließend wird dann das 
Sprite-Grafik-Byte gelesen und per OR mit 
dem Bild-Byte verknüpft. Die Bildadresse 
bleibt dabei gleich. 


Für den kompletten Ablauf (Sprite setzen und 
wieder entfernen) brauchen wir außer der 
folgenden Routine noch die übermalende 
und die normale Sprite-Einlese-Routine, um 
den Hintergrund zu retten und nachher wieder 
herzustellen. 

- Wenn ihr andere Sprite-Maße haben wollt, 
Routine „Getattr“ und Zeilen 2, 3, 13 ändern! 


Sprite-Maße im Beispiel: 4*20 Bytes 


Register-Eingabe: HL = Adresse Sprite-Grafik-Daten 
B =x-pos. (0.31), C = y-pos. (0...191) 


SPRITE_3 CALLGETADDR ; Sprite Startadr. -> DE 


LD C,20 ‚ Sprite-Hoehe 
LOOP1 LD B4 ‚ Sprite-Breite 
LOOP2 LD A,(DE) ‚1 Screen-Byte lesen 
AND (HL) ;* mit Maske ver- 
‚ knüpfen 
INC HL ; * weiter zu Daten 
OR (HL) ;* mit Daten ver- 
; knüpfen 
LD (DE),A ; Screen-Byte schreiben 
INC HL ; Datenzeiger+1 
INC DE ‚ Screenzeiger+1 
DJNZLOOP2 ;Ende Breiten- 
; Schleife 
LD AE ; Zurueck auf x- 
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‚ Anfang 


SUB 4 ; (Sprite-Breite) 
LD EA 
JR C,CONT1  ; Ueberlauf -> D nicht 
‚ aendern 
INC D ‚ Naechste Pixelreihe 
CONTI LD AD ; Uberlauf (= Block-+1)? 
AND 7 
JP  NZ,CONT2 ; Nein -> weiter 
LD AE  Naechste Zeile 
ADD A,32 
LD EA 
JR C,CONT2  ; Ueberlauf -> weiter 
LD AD ; Ueberlauf Reihe- 
‚>Block 
SUB 8 ‚ korrigieren - kein 
LD DA ‚ neuer Block ! 
CONT2 DEC C ‚ Reihenzaehler - 1 


JP  NZ,LOOP1 ; Ende Hoehen- 
‚ Schleife 
RET 


3.5. Fortgeschrittene Programmierung: 
Eine sehr schnelle übermalende 
Sprite-Routine 


Wenn es sehr auf Geschwindigkeit ankommt, 
muß man schon mal tiefer in die Trickkiste 
greifen. Die häufigsten Zeit-Killer sind Be- 
rechnungen — man sollte wenn irgendwie 
möglich auf sie verzichten, das heißt, viel mit 
Tabellen arbeiten, die vorberechnete Werte 
enthalten. Außerdem sollte man versuchen, 
so viele Werte wie möglich in den Prozes- 
sor-Registern zu halten, anstatt sie jedes mal 
aus dem Speicher zu lesen. Komplexe Be- 
fehle (wie „LDI“, „LDIR“, „PUSH“, „POP“ oder 
„DJNZ“) können auch einige Zeit sparen. Eine 
weitere Möglichkeit ist auch, bei Sprung-Stel- 
len, wo die Bedingung eher selten zutrifft, den 
„JR“-Befehl statt dem „JP“ einzusetzen, weil 
„JR“ weniger Zeit benötigt, wenn nicht ge- 
sprungen werden muß. Das kann sich vor 
allem in häufig ausgeführten Programmteilen 
(wie Schleifen) lohnen. Der Nachteil von „JR“ 
ist, daß sich die Zeit, die eine Routine zum 
Ablauf benötigt, schwerer berechnen lässt — 
die genaue Zeit braucht man z.B. bei der 
Darstellung von Farbbalken im Border oder 


beim Speichern auf Kassette. 


Als ein Beispiel für Geschwindigkeits-Opti- 
mierung möchte ich hier die erste Sprite-Rou- 
tine noch einmal in geänderter Form vorstel- 
len. Die Adresse der jeweils nächsten 
Pixelreihe wird jetzt nicht mehr berechnet, 
sondern aus einer Tabelle entnommen — das 
spart ungemein viel Zeit (wie schon an der 
Kürze der Hauptschleife der Routine unten 
zu erkennen ist). Weil im Speicher aber kein 
Platz für alle Bildadressen ist, wird hier nur 
die Adresse des ersten Bytes jeder Pixelreihe 
in der Tabelle abgelegt. Um dann an die tat- 
sächliche Bildadresse zu kommen, wird die 
X-Position noch aufaddiert (das ist zwar eine 
Berechnung, sie kostet aber nicht viel Zeit). 
Noch ein weiterer unter Demo-Programmie- 
rern gern genutzter Trick: Auf die Tabelle wird 
per Stack-Pointer (Register „SP") zugegrif- 
fen, weil das die schnellste Methode ist - ein 
„POP“ reicht, um einen 16-Bit-Wert auszule- 
sen, schneller geht's nicht ! Der Stack wird 
also zu einem Tabellen-Zeiger umfunktioniert, 
mit dem Nachteil, daß die Interrupts während 
des Ablaufs der Routine gesperrt werden 
müssen, um einen Absturz zu verhindern ! 
Während der Zeit können auch keine Unter- 
programme (CALL, RET) aufgerufen werden. 


Vor der ersten Benutzung der Routine muß 
man die Tabelle mit den Bildadressen 
erzeugen, dazu „MAKE_TAB* (weiter unten 
abgedruckt) aufrufen ! Das ist nur einmal 
notwendig. 


Grober Ablauf der Sprite-Routine: 


Weil kein Register mehr im Hauptregistersatz 
frei war, verwendet die Routine selbst- 
modifizierenden Code, um die X-Position am 
Anfang der Routine direkt in den „LD A,0"- 
Befehl aus der Sprite-Hauptschleife zu 
speichern. Dieser LD-Befehl ist zwei Bytes 
lang, wobei das erste Byte den Befehlscode 
darstellt und das zweite die Zahl, die in das 
A-Register geladen werden soll - man braucht 
also nur das zweite Byte mit dem neuen Wert 
zu überschreiben. Als nächstes wird die 
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angegebene Y-Position in einen Zeiger auf 
die Bildadressen-Tabelle umgerechnet und 
dann im Register SP abgelegt. Für die 
Hauptschleife wird das B-Register als Zeilen- 
Zähler verwendet. Per Stack-Pointer wird der 
Beginn der nächsten Pixel-Reihe aus der 
Tabelle gelesen und es wird die X-Position 
hinzuaddiert. Die vier „LDI"s kopieren dann 
die Sprite-Daten (4 Bytes) ins Bild. Nach 20 
Schleifen-durchläufen muß der Stack-Pointer 
wiederhergestellt werden- und das bevor man 
die Interrupts wieder einschaltet. 


e- Der Stack-Pointer wird hier als Zeiger auf 
eine Tabelle mit allen Pixelreinen-Anfangs- 
adressen des Bildschirms verwendet. 

- Wenn ihr andere Sprite-Maße haben wollt, 
Zeile 13 und die Zahl der „LDI“s ändern ! 


Sprite-Maße im Beispiel: 4*20 Bytes 


Register-Eingabe: HL = Adresse Sprite-Grafik-Daten 
B = x-pos. (0...31), C = y-pos. (0...191) 


SPRITE4 DI ; Interrupts sperren 
LD AB ‚ X-Offset 
‚ speichern 


LD  (X_POS+1),A 
LD (SP_SAVE),SP; SP retten 


EX DE,HL ‚HLretten 

LD Ho ‚Y-Pos*2 

iD 56 

ADD HL,HL 

LD BCSP_TAB ; Tab-Start dazu 

ADD HL,BC 

LD  SPHL ‚in SP speichern 

EX DE,HL ; HL wiederher- 
‚ stellen 

LD B,20 ‚ Sprite-Hoehe 

LOOP POP DE ‚ Naechste Screen- 
‚ Zeile 
X_POS LD AO ıX-Pos dazu- 

‚ addieren 

ADD A, E 

LD EA 

LD AB ‚Bretten 

LDI ‚4 Bytes setzen 

LDI 

LDI 

LDI 

LD BA B wiederher- 


‚ stellen 
DJNZ LOOP : Ende Hoehen- 
‚ Schleife 
LD SP(SP_SAVE) ; SP wiederher- 
‚ stellen 
EI ; Interrupts 
‚ einschalten 
RET 


, — Screen-Adressen-Tabelle erzeugen — 


MAKE_TAB LD HL,SP_TAB ; Zeiger: Anfang der 
Tab. 
LD B,192 ‚192 Zeilen 
LD DE,16384 ;1. Screen-Adresse 
MK_LOOP LD A&E ‚ Adresse in Tab, 
‚ Speichern 
LD (HL),A 
INC HL 
LD AD 
LD  (HL),A 
INC HL 
INC D ‚ Naechste Screen- 
‚ Adresse 
LD AD 
AND 7 
JP  NZMK_CONT 
LD AE 
ADD A,32 
LD EA 
JR  C,MK_CONT 
LD AD 
SUB 8 
LD DA 
MK_CONT DJNZ MK_LOOP 
RET 
SP_TAB DEFS 384 ‚ Pixelreihen- 
‚ Adressen 
SP_SAVE DEFWO ; Original-Stack- 
‚ pointer 


So, hier ist Schluß. Ich hoffe, daß jemand 
meinen Artikel bis hierhin gelesen hat, daß 
meine Erklärungen halbwegs verständlich 
waren und daß ihr vielleicht Lust bekommen 
habt, mal ein kleines Spielchen mit den 
Sprite-Routinen zu schreiben (für das Spiel 
selbst reicht ja bereits Basic). 


Tschau! 
Christof Odenthal 


c_odenthal@web.de 
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DIE SEITE! 


Wave-files via Quazar 


At the moment | am looking to minimize my 
SAM surroundings. My „big box“ (something 
like a PC-Tower) which contains some inter- 
faces becomes more and more useless since 
| have an internal Atom-Interface and my new 
mouse. The box also contains my first hard- 
disk with external interface and an Eddac- 
Soundinterface (which was my first one). The 
only use | had for it was playing Wave-files, 
as Martiin Groens Waveplayer can only hand- 
le the Eddac. 

| have buyed the Quazar Surround Mixer 
Lead cable from Colin. One end ofthe cable 
will be plugged into SAMs Lightpen socket 
and and the other into the front speaker 
socket onthe Quazar. The signals from SAMs 
soundchip (in stereo) will now played via 
Quazar and my extended loudspeakers. So | 
come to the idea to ask Colin, if there is a 
way to play Wave-files also via his Quazar. 
As usual | did it via email: 


Wo: Is it also possible to getthe waves played 
via your Quazar? If you have B-Dos higher 
1.7 then you should have Martiins Wave- 
player. It works well, but only with an Eddac. 
However, if I could get run them with yours, 
then I should have all sorts of music/tunes 
then via Quazar. 


Colin: There has never been the need for a 
seperate program to play Waves .... the 
utilities you need to convert Waves into pro- 
per Quazar Surround samples are on the 
'Introductory Disk 2' that came with the 
Quazar Surround. 


As it is very easy to convert Waves into the 
sample format for the Quazar Surround - why 
use ugly PC file type when | make special 
sample types for playing on the Quazar 
Surround! 


FÜR DEN 


ec 


rilh) 

m 

nern 
anna Hanne 
SH RILE 

waandee namen nan 


Here is a very quick run through of how to 
convert waves: 


First, remove the header at the start of the 
Wave file ..... this is very crude, but does the 
job nicely! 


LOAD "sample.wav" CODE 32768 
SAVE "sampledata" CODE 32768+64, 
filelength-64 


Now we have a file with just the sample 
data.... 


Next use the 'Sample Convertor" program on 
"Intro disk 2" to prepare this 'sampledata' file 
- use options 3,4,5 depending on what type 
of sample it was,and then let the program 
save off the converted data. 


Last step is load the saved data from the 
Sample Convertor into the "Rate Converter" 
on "Intro disk 2", This program will reduce 
the sample rate of the file to allow it to play 
with the normal Quazar Surround sample 
players.... select convert to 7.8KHz ifthe wave 
file was 11025, or 15.6KHz ifthe wav file was 
22050 or above... 


Once that program has done it's conversion 
the sample is ready for playing with the 
Quazar Surround Sample Players, or for use 
in any other program that uses Quazar 
Surround samples .... such as Quazar Stu- 
dio and Quazar Sequencer Pro..... 


Once you get used to using the converter 
programs it is very easy :) 


Thank you Colin. | will try it out and then | 
write down my experiences. 


And since | am the happy winner of a pair of 
wireless funk controlled loudspeakers (by a 
german brewery) | will start t0 push my SAM 
to a real musicbox :-)))))) (Wo) 
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From man and mices.. 


It seems years ago that | got my original 
SAMCO mouse interface and it seems also 
years ago, that | could never used it really. 
The reason was that | never got a smooth 
running mouse. | tried out several mices with 
no success, the cursor „jumped“ inaccurat. 
But when | was on a meeting and used the 
mouse from Dirk or Robert, they run well. Both 
use Atari mices, but the two | got didn't their 
job. No wonder, that | had given up. 

Long time it was an idle wish to play Lem- 
mings or Las Vegas (my favorite cardgame) 
like on aMac or PC. 

The solution came with Colins mouse inter- 
face advert. | decided to buy them, it was my 
best decision. 


AUBZAR 


SEHEN. Sc 


NTaMERIDCGON 


The interface came one day packed with a 
mouse and a disk. On the disk there is a sim- 
ple program to make you familiar with the 
mouse handling. Pressing the left buton will 
change the colour, pressing the right one will 
clearthe screen. You can not really paint with 
this program, but for such things we have 
Flash or Sampaint, both programs didn't 
bring fun and makes sense without amouse. 
So Sampaint was the first | tried out. 
What's to say. | was filled with enthusiasm. 
The mouse runs smooth over the screen, sets 
exactly the points or lines | want and there 
was no problem to open or close windows, 
i.e. for choosing a Record. 

Encouraged by this | started to play Lem- 
mings. And what's to say? You can quickly 


2 The new 
interface with 
mouse. 


na, it's ajoke 
» "  ofcoursel 
choose the required 
figure to play proper 
through all the levels. 
Great. 
Not to mention that | 
tried also some sorts 
of cardgames that supports a mouse. As 
described, | got no problem with any sort ofa 
mousedfriver. 
Now I have to learn how to write programs 
with mouse control. First steps are: 
POKE SVAR 409,(1=mousedriver en- 
abied, 0=disabled) 
POKE SVAR 666,(0=mousearrow in- 
visible, 1-8=one of 8 mouse icons) 
POKE SVAR 406,x (x=sets x-Ccoord) 
POKE SVAR 408,y (y=sets y-coord) 


On the last Bunnik meeting | showed Martijn 
and Robert my recent acquisition. Robert, 
who is an excellent artist does a test and | 
can write here down his compliments to 
Colins work. 

Now I am looking for all sorts of programs 
which supports mouse steering and | will 
make a list of them. Unfortunately the World 
Cup has stopped my action for a while, but | 
think, you can read about this list in the next 
magazine. (wo) 
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Tipshop 


(Noesis, Nov 1992) 


* Lift key found in screen More Of The Hill 
and needed for lifts in two places. 
Parachute found in screen More Spooky 
Floaty Things and needed to drop into shaft 
in The Garden. 

Pickaxe found in screen Summer House 
and needed to open shaft in The Garden. 
Goggles found in screen The Very Top Of 
The Hill and needed to enter I'm Blind 
Room. 

Spade found in screen Ouch and needed 
to open Burial Mound. 

Dynamite found in screen The Master 
Bedroom and needed, with plunger, in 
Dead End Room. 

Plunger found in screen Splat (Or, The 
Bottom) and needed, with dynamite, in 
Dead End Room. 

Barrel one found In screen The Entrance 
Hall and needed to cross pit in caves. 
Barrel two found in screen Even More 
Floaty Things and needed to cross the pit 
inthe caves. 

Hearts found in six different screens and 
restore air supply to full. 

Potion bottles found in twenty different 
places and you need to collect them all. 


TIME MACHINE PARTS 


* 


+ 


+ 


> 


+ 


* 


* 


+ 


> 


* 


* Crystal - in the caves. 
* Switch - In teleport room above I'm Blind 
Room. 


* Battery - In Deepest Chamber at the back 
of the caves. 


TELEPORTERS 

* In Beam Me Up room - Use left to go to 
Front Door, and right to go to Bridge To 
Nowhere. 

In The Teleporter room - Use to go to Sum- 
mer House, 

In The Crypt - Use to go to Strange. After 
collecting all three parts of the time ma- 
chine and all twenty potions, return to start 
and the time machine will appear. Enter this 
and you have finished the game. 

In the screen titled Spooky Floaty Things 
3, you have to jump off the third platform 
from the top to land on a platform in the 
next screen. 


* 


* 


(Patrick Spencer, Tony Baitson in Your Sin- 
clair Issue 89) 


(Revelation, Apr 1992) 
When the loading screen pops up press and 
then type the folowing... 


35 LET lives=*,If=1, level=1 ‚lev=*, score=* 
(instead of stars, put numbers) 


Now run the program and you will have as 
many lives as you selected and will also be 
on the level you selected. That wasn't too 
painful, was it? 


An a in Your Sinclair! issue e 79) 


Found on: http://www. the-tipshop.c co.uk/ 
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Colin Piggot, 
16 Belcanto Court, 
Spalding, 
Lincs, PE11 3FS 
United Kingdom. 


Quazar dominated the Sam market in 
2001, with 8 new pieces of software and 
5 new pieces of hardware released 
during the year, and I'm set to do it 
again in 2002 with several new products 
set for release early this year! 


Just what you need to allow two Sam 
Interfaces to plug in the back of your Sam! 


Got an old Sam you need to upgrade? 
256K Memory Expansion module: £17.00 
Version 3 Sam Rom (ROM3): £4.00 


le Dr 7 ae 


BSLIINUNLLLIAIIARANNNLEKNN. 


The Quazar Surround provides 16 bit sound, 
and full surround sound giving the ultimate 
sonic experience on your Sam and with the 
—\ wealth of fantastic 
software that supports 


it, it'sthe most widely 
supported piece of 
Sam hardware! 


REPAIRS 


I now offer a repair service for the Sam Coup& and Sam 
hardware. Since June last year I've helped out a few 
Sam owners by repairing the video circuitry in a Sam, 
repaired several keyboard membranes and also repaired 
a few different types of Sam interface. Feel free to get in 
touch to discuss any repair needs first and I! help where 


SOFTWARE: SOUNDBYTE 
Soundbyte, the monthly disk for owners ofa Quazar 
Surround is currently on issue 71 ! Only £2.00 an issue! 


GAMES + UTILITIES + 
SPARES + REPAIRS + ....uun. 


\. For a full information pack cavering all the Hardware and 
„4 Software from Quazar then just either phone or write! 


QUAZAR - Al the farefrantt of San Iragermaiti,.....- 
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Hi Freaks!! 


Wenn man, so wie wir, mal wieder in der 
Routinenkiste kramt, stößt man des öfteren 
auf ganz nützliche Programme und ein sol- 
ches wollen wir uns heute einmal ansehen. 
Es heißt INTERSCRIPT und wurde von Dirk 
Zweers geschrieben. INTERSCRIPT ist eine 
interruptgesteuerte Laufschriftroutine, die es 
ermöglicht, während der Abarbeitung eines 
Programmes Informationstext auf dem 
Bildschirm auszugeben. INTERSCRIPT hat 
eine ganze Reihe von Vorteilen aufzuweisen, 
als da wären: 


Freie Verschiebbarkeit im Speicher (läuft 
allerdings nur auf Spectrum 48K, da im obe- 
ren Speicherbereich zwischen 65524 und 
65535 einige Variablen abgelegt werden). 


Positionierung und Breite der Laufschrift 
(Windowpositionen) sind frei definierbar. 


Die im Speicher festgelegten Texte sind von 
ihren Adressen her nicht an bestimmte Werte 
gebunden. 


Die Routine beeinträchtigt ablaufende Pro- 
gramme kaum, da sie im Interrupt abläuft 
wodurch auch die Scroll-Routine nicht in 
Mitleidenschaft gezogen wird. 


Die für solche Programmabläufe benötigte 
Interrupt-Tabelle wird hier nicht gebraucht, da 
das Programm sehr eng sowohl soft- als auch 
harwaremäßig an den Spectrum angepaßt 
wurde. 


Ständige Kontrolle des gerade ausgedruck- 
ten Textes mit der Möglichkeit jederzeit auf 
einen anderen Text umzuschalten. 


Die Routine springt beim Erreichen des 
Textendes wieder an den Anfang. 


Die Routine kann jederzeit abgeschaltet 
werden. 


Wenn man diese Punkte näher betrachtet, 
so sieht man, daß doch einiges in dieser 
kleinen Routine steckt. Das am Ende folgen- 
de BASIC-Listing erzeugt den notwendigen 
Maschinencode und beinhaltet eine kleine 
Demotextversion. Wenn der MC-Teilz.B. an 
der Adresse x abgelegt wurde, muß man die 
PRINT-Positionen festlegen. Das sieht dann 
beispielsweise so aus: 


RANDOMIZE USR X: PRINT 0,7,13 


Das bedeutet folgendes. Die Laufschrift 
erscheint auf dem Bildschirm ab PRINT- 
Position 0,7 mit einer Breite von 13 Zeichen. 
Die erste Zahl (im Beispiel 0) darf im Bereich 
0- 23 liegen, die zweite im Bereich 0- 31 und 
die dritte im Bereich 1- 32. Das ist auch ganz 
logisch, wenn man die Bildschirmparameter 
beachtet. Ist einer der Werte für die zweite 
oder dritte Zahl nicht innerhalb dieser Gren- 
zen, dann kommt es zu der Fehlermeldung 
A - Invalid Argument. Wenn man einen Text 
erstellt und in den Speicher gepoket hat, z. 
B. ab Adresse 32000, so übergibt man diesen 
Wert folgendermaßen an das Programm: 


RANDOMIZE USR 64002: 


Wobei 64000 ein idealer Platz für die Ab- 
speicherung der Routine ist. Damit richtet 
man den Textzeiger auf den auszugebenden 
Text. Das Ende muß man mit CHR$ 255 
(COPY) definieren. Das läßt sich ganz 
einfach dadurch bewerkstelligen, wenn man 
an den Text, der etwa in x$ abgelegt ist, 
folgende Zeile anfügt: 


PRINT 32000 


LET x$=x$+CHR$ 255 


Um einen Text in den Speicher zu poken. 
kann man folgende kleine aber wirkungsvolle 
Routine benutzen: 


FOR a=1 TO LEN x$: POKE at(b-l), 
x$(a): NEXT a 


Inx$ muß dabei natürlich der entsprechende 
Text stehen und b ist die Adresse, ab der der 
Text abgelegt werden soll. In diesem Zusam- 
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menhang muß noch ganz besonders darauf 
hingewiesen werden, daß die Routine keine 
TOKENS ausdruckt und auf die Zeichen- 
satzvariable CHARS zurückgreift. Damit ist 
es möglich, eigene Zeichensätze zu ver- 
wenden. Es werden dann bis zu 255 Zeichen 
(255 ist ja für die Endkennung reserviert) 
ausgegeben. Der einzupokende Text kann 
natürlich in Abhängigkeit von der Speicher- 
größe beliebig lang sein. Wenn schließlich 
alle Werte initialisiert sind kann man die 
Routine mit RANDOMIZE USR 64004 
starten. Damit wird der Interrupt aktiviert und 
es geht los. Abschalten kann man das alles 
wieder mit RANDOMIZE USR 64006. Um 
letztendlich noch festzustellen, an welcher 
Textposition die Routine gerade ist (inte- 
ressant insbesondere bei langen auszuge- 
benden Texten), kann man den folgenden 
Befehl benutzen: 


LET z=USR 64000 


Z (oder irgendeine andere von uns definierte 
Variable) beinhaltet dann die Adresse des 
Buchstabens, der als nächster gedruckt wird. 


Soviel also zur Bedienung der Routine 
“INTERSCRIPT”. Und jetzt noch das Listing 
zum Abtippen: 


INPUT *.STARTADRESSE ? .' ; A 
FOR B=1 TO 25 

RESTORE (B+20) 

LET C=0 

FOR D=1 TO 10 

READ F 

POKE A.F 

LET C=C+F 

LET A=A+1 

NEXT D 

READ G 

IF C<>G THEN PRINT FLASH 1; 
“FEHLER IN DATAZEILE "”;B+ 


os U PwPMN + 


Fre 
DHrOovo 


20'”",..GELESENE PRUEFSUMME: *, 
G’"ERRECHNETER WERT: *;C: 
BEEP .1,0: STOP 


13 PRINT AT 0,0; ”DATAZEILE “; B+ 
20;”" O.K.": BEEP .1,10 

14 NEXT B 

15 GO TO 9999 

21 DATA 24,49,24,119,24,7,24,38, 
237,75,621 

22 DATA 251,255,201,243,171,137, 
0,197,225,25,1551 

23 DATA 34,245,255,62,195,50, 
244,255,62,24,1426 

24 DATA 50,255,255,62,59,237,71, 
62,8,50,1109 

25 DATA 254,255,237,94,251,201, 
243,237,70,251,2093 

26 DATA 201,223,231,62,3,245, 
231,205,130,28,1559 

27 DATA 205,153,30,241,197,61, 
32,243,193,121,1476 

28 DATA 167,40,21,111,254,33,48, 
16,193,89,972 


Vielleicht kann sie ja der eine oder andere 
von euch für ein Programm gebrauchen. 
Jedenfalls wünschen wir euch bein Aus- 
probieren viel Spaß damit. Bis bald hier im 
Info. 


Harald R. Lack. Heidenauer Str. 5 
83064 Raubling 

Hubert Kracher, Schulweg 6 
83064 Großholzhausen 


Hut ab! 


Letztesmal berichtete ich von einer Meldung 
in „Mumpitz“ zu Heinz Schobers Artikel über 
angebliche Spectrumviren in unserem 
Januarinfo. Nach der Auflösung in letzten Info 
las ich nun im Mumpitz 93 folgendes: 


Aprilscherz 


Bei dem in Heft 91 wiedergegebenen 
Bericht über Spectrum-Trojaner („Gelö- 
chert”) bin ich einem Aprilscherz aufgeses- 
sen. Hut ab vor dem Verfasser! 


Ausgabe 149/150 - Mai/Juni 2002 21 


Yerzmye ys 
" a 
5 ptea ding x 


R) u 
Service 


ERZMYEY 


News: Demotopia goes TR-DOS 
Sent: Mon, 1 Apr 2002 14:20:53 +0200 


Hi all! 

It's an interesting information from Gasman/ 
H-PRG to all Speccy lovers: 

After 3 years online, Demotopia <http:// 
www.zxdemo.org/> has now entered a new 
stage... a new design which will include TR- 
DOS demos alongside the existing TAP 
downloads. With this new format, the site will 
do a better job of covering the full range of 
demoscene activity. 

So far the TR-DOS additions are already 
available on "Virtual TR-DOS" <http:// 
zx.dotnet.lv/>, but | hope that future updates 
will introduce new demos not already found 
on the net, so that Demotopia will become 
the major demo archive for all sides of the 
scene. 


GRAPHIX and musix from 
FOREVER2002 


Sent: : Fri, 5 Apr 2002 17:47:15 


Hello! 
Like in the subject. ;) 
Byez, Y 


(PS: Oky doky Yerz, here some printed 
pictures from Forever2002 party for all mag 
readers to show them, what ol’ humble 
Speccy can do. Had a problem to include the 
great sounds here to paper. | guess it is better 
to send a ZIP-file to those, who are interested 
in more pics and tunes. Wo) 
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Demo from FOREVER 2002 
Sent: Sat, 30 Mar 2002 16:23:58 


Hi! This time take a look on "MISSING IN 
FUN" demo, a very nice old-school pro- 
duction, made by FBl and his friends. :) 


ENJOY!! 
Best wishes, Yerzmyey/H-PRG 


(PS: Same her. If anybody wants Ebis demo, 
write to „womoteam@t-online.de“. Wo) 


TO all Spectrum Techno-Music- 
Makers - important 


Sent: Thu, 2 May 2002 18:43:52 


Hi, | organize a techno-music-project. |mean 
real music, namely techno-hardcore aka 
gabber. BUT - this project is related very 
strongly with Speccy, as | want to make this 
music using ZX. 


The idea is to make on Spectrum main trax 
(bass, percussion and noices) and remix it 
on PC and synthesizers. | made one such a 
tune for now and it sounds quite interesting. 
All ready tunes | will upload on many MP3- 
sites (mp3.com etc...) 


| will manage to make all musix by myself, 
but I am sure it would be much more interes- 
ting if it would be a regular techno-band. 


So - if You have made some EXTREMLY hard 
and aggressive techno on Speccy, so send it 
to me (compiled, with basic loader/player). 
The tune cannot be looped. Add Your nick- 
name and country. You will be listed as a 
band-member. But please - only TOTALLY 
hardcore trax. 

If You don't know what is gabber exactly, take 
a look here: 


http://click.mp3.com/c/f_990/u_artists. 
mp3s.com/artists/102/mortified _ ragedj _ 
gabber_go.html 


If You are interested, just let me know on my 
e'mail address: hprg@poczta.fm 


Regards, Yerz 


New zx-party in Poland 
Sent: Wed, 22 May 2002 19:29:25 


Hmmmmmm. 

WILL (main organizer of ZX PARTY 2000) 
announced a new party with Speccy section. 
Take a look below: 


City: Tuczno (near to Walcz city), next to 
Liptowskie lake. In a building of >>Osrodek 
"Lesny"<<. POLAND. 


Time: 3-7 July 2002 


Entrance fee only for Polish ppl: 40 pln (1$ = 
4pin). Girls and foreigners can enter for free. 


Info how to get there: silentriot@interia.pl 
Compos: Demo, intro 16, music, graphic. 


WWW of the party: 
http://www.symphony.vdb.pl/ 


Compo machine - ZX128 and FDD3000 disc- 
drive. 


Send every Your works for the party to me. 
And BE FAST. If You have any questions 
about comming in person, write to "WILL" 
<doros@box43.pl>. 

That's all folks, bye Yerz 
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2. INTERNATIONALE SPECTRUM- 
UND SAM-TACE IN URMOND 
Am 27. UND 28. APRIL 2002 


Ronald Raaijen auf der Suche nach weiteren 
Spectrum Programmen 


Gegenüber dem Vorjahr waren es diesmal 
deutlich weniger Besucher, die den Weg 
nach Urmond auf sich genommen haben, um 
sich mit Gleichgesinnten zu treffen, zu klönen 
oder einfach nur über die „guten, alten Zei- 
ten“ zu schwelgen. Deshalb an dieser Stelle 
mein (und auch Johan Konings) herzliches 
Dankeschön an alle, die da waren. 


Johan Koelman mit Lötkolben und einem 
Lächeln im Gesicht... 


Roelof, Johan und Rudy - In Urmond war 
Holland dabei ;-) 


Wollen wir aber nicht unzufrieden sein. Im- 
merhin waren ca.25 Besucher an beiden Ta- 
gen anwesend, das ist mehr als ein Drittel 
der Mitglieder. Trotzdem hätte ich mir für das 
Jubiläumsjahr des Spectrum etwas mehr 
gewünscht. 

Schön das so ein Treffen doch immer wieder 
etwas neues bringt. Norbert Opitz hatte die 


Rudy besorgte Dirk 
ein Licht auf 


eine Lampe - da ging Dirk 
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Sie fehlen nie: Robert van der Veeke und 
Martiin Groen, die SAM Spezialisten 


Liebes ZX-Team, schade, diesen Zeddy hat 
kaum einer von euch gesehen... 


Norbert Opitz und sein Netzteil für MBO2 und 
Spectrum in einem, lest dazu Seite 35 


Dirk Berghöfer und sein SAM. So einen hat 
kein zweiter... 


..eine sehr frühe Kompaktlösung wenn auch 
noch nicht mit Festplatte und LCD-Display 


Wieder was fürs „Tagebuch eines Specci- 
Chaoten“? Diddi bei der „Arbeit“... 
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Mann, wie war denn das nochmal? Roelof 
beim Brainstorming... 


Idee eines gemeinsamen Netzteils für sei- 
nen Spectrum und das MBO2, ausserdem 
suchte er nach einer Lösung, das MBO2 ko- 
stengünstig mit Speicherplatz zu erweitern. 
Verona hätte gesagt: „Hier werden Sie ge- 
holfen.“, dank Tipps und vieler Überlegungen 
seitens der Spectrum-Freunde gelangen Nor- 
bert die gewünschten Veränderungen. Sei- 
ne Erfahrungen hat er nun für alle zum Nach- 
lesen in zwei Artikeln in diesem Heft beschrie- 
ben. 

Johan Koelmann hatte sein ZX<>PC Inter- 
face als ersten Versuchsaufbau mitgebracht 
und konnte so allen zeigen, wie wunderschön 
der PC als „Sklave“ für den Spectrum arbei- 
tet. Eine Lösung, die sicher nicht nur mir zu- 


Wer suchet, der findet auch (meist) das was 
er braucht auf diesem Treffen 


Seltener Anblick: Der Spectrum+3 von Peter 
Mai (reimt sich sogar) 


sagt, alleine schon aus Platzgründen bietet 
sie sich an. Das Interface soll nach Schät- 
zung von Johan um die 15 Euro kosten. Johan 
zeigte sich auch bereit, auf Wunsch welche 
zu bauen, schließlich ist ja nicht jeder ein Hard- 
warebastler (das wird Heinz Schober sicher 
freuen, wenn er das liest). Auf diesem Tref- 
fen wurde auch gleich eine neue Idee gebo- 
ren: Ein weiterer ZX81 Emulator. Auch dazu 
könnt ihr hier in diesem Heft mehr erfahren. 
Peter Mai brachte seinen Spectrum +3 mit, 
einen Spectrum, den viele nur vom Hören- 
sagen kennen. Er hatte das Gerät u.a. über 
e-bay ersteigert. 

Ronald Raaijen brachte zum 20-jährigen Ju- 
biläum seine inzwischen auf zwei CD's an- 


Philip Mulrane und Rudy Biesma, aber war- 
um schaut Philip so seltsam auf den Speccy? 
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gestiegene „Sinclair Magic“ Sammlung mit - 
er bleibt auch weiterhin auf der Suche nach 
seltener Software. Bewundernswert. 

Mir konnte beim Konvertieren von Opus-Dis- 
ketten zum SAM geholfen werden. Das geht 
normalerweise mit Specmaker sehr gut, so- 
lange es sich um Basicfiles, Code oder 
Screen$ handelt. Mein Problem waren aber 
DATA a$i) Files. 

Martiin Groen arbeitet weiter an der DVD- 
Software für den SAM, die Sache scheint 
aber doch schwieriger zu sein. 

Alle hatten wieder viel Spass und nach wie 
vor wechselten Soft- und Hardware den Be- 
sitzer. Fürs nächste Treffen wünsche ich mir 
dennoch ein paar Besucher mehr. (Wo) 


Johan Koning, Organisator der „Party“, sah 
sich alles aus sicherer Entfernung an... 


Diddi strahlt: Schaut mal her, ich hab wieder The show is over- entsetzlich! Das überleb” 
einen Specci zum „Verbraten“ gefunden...;-) ich nicht...- sprach Wo und schoss 


Ausgabe 149/150 - Mai/Juni 2002 27 


MCR-Generierung(9) 


In diesem Teil wird die Assemblierung mit 
der Behandlung des 2. Passes fortgesetzt. 
Im Arbeitsbild vollzieht sich jetzt automatisch 
ein Dateienwechsel. Lesedatei wird jetzt die 
Datei ASMMITTE10 und Schreibdatei wird 
die Datei ASSELINK10. Bei den Tabellen- 
dateien werden die drei Dateien TDef- 
Symb10, TExtSymb10 und TNazSymb10 ge- 
lesen, was durch die Angabe "EIN" verdeut- 
licht wird. Die Tabellendatei TUagSymb10 ist 
die einzige Schreibtabellendatei. Sie enthält 
die Symbole, deren Referenz nicht geschlos- 
sen werden konnte. Das heißt, daß es zu die- 
sen Symbolen kein Merkmal als Bezugspunkt 
gibt. Das Protokoll der Befehle entspricht dem 
Inhalt der Datei ASSELINK10. Selbstver- 
ständlich sind bei den Anweisungen 00110, 
00370 und 00380 die “*"-Kennzeichnungen 
noch nicht verschwunden. Das kann nur 
durch eine Korrektur geschehen. Aber es ist 
ein "*" in der Leerspalte vor der Befehls- 
längenangabe in der Anweisung 00140 da- 
zugekommen. Das Symbol mit dem Namen 
“NEXBIT” im Operandenfeld des Befehles mit 
der Anweisungsnummer 00140 wurde in die 
Tabelle TUagSymb10 eingetragen, weil ihm 
kein Merkmal als Bezugspunkt zugeordnet 
werden konnte. Unter der Tabellenüberschrift 
“Unaufgelöste Referenzen” ist der entspre- 
chende Ausdruck zu finden. Im 2. Pass kön- 
nen nur noch Fehler dieser Art auftreten. Die- 
se Fehler sind nur durch eine entsprechen- 
de Korrektur zu beheben. Das ist die erste 
Aufgabe dieses Passes. Zum Ende des 2. 
Passes wird ein Fehler für den 2. Pass aus- 
gewiesen. Damit erhöht sich die Gesamt- 
fehleranzahl der Assemblierung auf sechs 
Fehler. Die zweite Aufgabe ist die Schließung 
der Referenzen, was man aus dem Befehls- 
code der Befehle Symbolen im Operanden- 
feld ersehen kann. Konnten die Referenzen 
noch nicht geschlossen werden, weil die 
Symbole als extern deklariert worden sind 
oder weil das Merkmal als Bezugspunkt in 


diesem Programmteil nicht definiert worden 
ist, dann zeigt sich das darin, daß der zwei- 
bytige Adressteil in der Kodierung dieses 
Befehles mit vier Nullen belegt ist. Das ist in 
den Befehlen mit den Anweisungsnummern 
00030, 00120 und 00140 der Fall. In den 
Befehlen, in denen den Symbolen die ent- 
sprechenden Adressen, so wie sie durch den 
SPZZ vergeben worden sind, in hexadezima- 
ler Form zugeordnet werden konnten, ist der 
Eintrag auch erfolgt. Das ist bei den Befeh- 
len mit den Anweisungsnummrn 00160 für 
STRARR und 00210 für NEXVAR der Fall. 
So hat zum Beispiel der Befehl mit der An- 
weisungsnummer 00160 den Adreßeintrag 
2B 00 erhalten, weil das Merkmal STRARR 
dezimal die Adresse 00043 durch den SPZZ 
erhielt. Das entspricht hexadezimal 2B00. Bei 
dem JR-Befehl in der Anweisungsnummer 
00340 wird das berechnete relative Offset 
hexadezimal in das zweite Befehlsbyte ein- 
getragen. Bei der Vorwärtsbezugnahme ist 
der Wert positiv und ist somit => 7F und bei 
Rückwärtsbezugnahme ist der Wert negativ 
und somit <= FF. Negative und positive 
Einbytewerte unterscheiden sich ja bekannt- 
lich dadurch, daß bei positiven das höchste 
Bit den Wert O hat und bei negativen den 
Wert 1. Das Merkmal “PRINT” weist auf das 
erste Byte des Befehles mit der Anweisungs- 
nummer 00190 und hat damit die Adresse 
00038. Das zweite Byte des Befehles mit der 
Anweisungsnummer 00340, in das der Wert 
des Offsets eingetragen werden soll, hat die 
Adresse 00060. Die Adressendifferenz be- 
trägt 22, das entspricht dem hexadezimalen 
Wert 16. Die hexadezimale Differenz von FF 
minus 16 ergibt das Offset E9. Das wird auch 
im Befehlsprotokoll als Eintrag zu dem Be- 
fehl “JR PRINT” ausgewiesen. Zum Abschluß 
wird das Arbeitsbild des 2. Passes aus dem 
Zwischenspeicher auf den Bildschirm trans- 
feriert, um die aufgelaufenen Satzzähler ak- 
tualisiert und ausgdruckt. Das Bild 1(9) zeigt 
das Arbeitsbild des 2. Passes. Damit ist die 
Assemblierung des ersten Beispieles abge- 
schlossen. Auf dem Protokoll ist ebenfalls die 


28 Ausgabe 149/150 - Mai/Juni 2002 


Satzprao- ZSQURRSSEH 2e,Rrazs 
to kolLı nn nn a Fehler 
(a-931: 93 n»1l1.+2.,Pazs: 6 Fehler 
PR U. LPR! EINGABE ALSGRBE 
“ AT 3. 2.PBa 

Ki 2 

vet = 

am Ei; 

za [7] 

L[ı Ss 

K 

e 


Bild 1(9) 


Programmlänge in Bytes angegeben. Sie ist 
eine wichtige Angabe bei den Parametern der 
zu verbindenden Programme. 

Auf Grund der aufgetretenen Fehler ist es 
notwendig, einen Korrekturlauf durchzufüh- 
ren. Das Ziel sollte dann aber auch sein, alle 
aufgetretenen Fehler zu beheben, damit die 
Gesamtfehleranzahl der Assemblierung 0 ist. 
Die Korrekturbefehlsfolge könnte wie folgt 
aussehen: 


110 -> BIT T;R 
Doppeltes Merkmal aufheben! 

350 -> EXTRN VARANF,BIT5 
Merkmal BEGINN darf nicht EXTRN de- 
klariert sein! 

360 -> ENTRY BRACKE 


NEXBIT tritt in diesem Programmteil nicht 
als Merkmal auf! 

370 -> ENTRY POINTE 
Merkmal BRACKE darf nicht doppelt als 
ENTRY deklariert sein! 

380 -> LOE 
Symbol VARANF darf nicht doppelt als 
EXTRN deklariert sein! 

390 -> EXTRN NEXBIT 
NEXBIT tritt aber als Symbol auf und muß 
als EXTRN deklariert werden ! 


Es wäre auch möglich, an Stelle des LOE- 
Befehles auf 380 gleich den 380-er Inhalt mit 
EXTRN NEXBIT zu überschreiben. Auch 
hätte man 360 und 370 zu 360 ENTRY 
BRACKE, POINTE zusammenziehen können 
und 370 dafür mit LOE belegen können. Das 
zeigt, daß es gerade im Bereich dieser bei- 


den Anweisungstypen durchaus unterschied- 
liche Korrekturmöglichkeiten gibt. Diese Be- 
fehlsfolge könnte mit ZBOUKEDITI in die Da- 
tei ZBOUKTEST2 eingegeben werden. Dann 
transferiert ZZOUKTRANS diese Befehlsfolge 
in die Datei EDITKORRO2. Im Korrekturlauf 
wird danach die alte Ur-Datei EDITASSE10 
mit der Korrekturdatei EDITKORRO2 zur neu- 
en Ur-Datei EDITASSE12 verarbeitet. Der 
letzte Gang ist die Assemblierung der neuen 
Ur-Datei EDITASSE12. Bei dieser Assem- 
blierung könnte bei der Schreibversions- 
nummernabfrage auch wieder die 10 einge- 
geben werden. Dann würden alle 10-er Da- 
teien und Tabellendateien nach Erlaubnis 
überschrieben werden und man bleibt auf 
dem 10-er Weg. Aber ebenso ist auch ein 
neuer Weg mit der 10 denkbar. Die durch- 
führung der Assemblierung liefert das ge- 
wünschte Ergebnis. Es werden O Fehler ge- 
meldet. 

Zunächst noch eine Anmerkung zu den 
Protokollausdrucken. In den einzelnen Arti- 
keln dieser Serie werden nur die Protokolle 
der Arbeitsbilder dargestellt, nicht die Be- 
fehls- und Fehlerprotokolle. Hier setze ich vo- 
raus, daß der Anwender, genau wie ich es 
auch gemacht habe, mit den vorgegebenen 
Befehlsfolgen die Programmläufe selbst 
durchführt. Dann erhält er die gewünschten 
Befehls- und Fehlerprotokolle. Und noch ein 
Hinweis: Wenn z.B. der 1. Pass 4 Fehler ge- 
meldet hat und man unterbricht den weite- 
ren Programmlauf, um dann später sofort mit 
dem 2. Pass zu beginnen, kann selbstver- 
ständlich der 2. Pass von den 4 Fehlern aus 
dem 1. Pass nichts wissen, Bringt jetzt der 2. 
Pass 0 Fehler, dann wird natürlich die Ge- 
samtassemblierung mit O Fehlern ausgewie- 
sen. Es sind also in einem solchem Falle die 
Fehler des 1. Passes von Hand zu denen des 
2. Passes dazuzurechnen, um die Gesamt- 
fehleranzahl zu erhalten. 

Wenn der 1. Pass beendet ist und aus zeit- 
lichen Gründen oder wegen eines Disketten- 
fehlers oder Rechnerabsturzes der 2. Pass 
nicht beendet werden konnte, ist es möglich, 


Bla a a a mn nn nn mm m m nn m 
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den Assemblerlauf gleich mit dem 2. Pass 
zu beginnen. Dazu ist die Frage, ob mit dem 
1. Oder 2. Pass begonnen werden soll, mit 2 
zu beantworten. Aus dem Protokolldruck des 
Arbeitsbildes des 1. Passes ist bekannt, auf 
welchen Disketten sich die Tabellendateien 
und die Datei ASMITTExx befinden, so daß 
in das Arbeitsbild des 2. Passes die korrek- 
ten Angaben eingegeben werden können. 
Selbsverständlich ist auch darauf zu achten, 
daß die Disketten in die angegebenen Lauf- 
werke eingelegt werden. Sonst kann die 
Koordinierungsfehlermeldung bzw. die Mel- 
dung "Datei nicht gefunden!” auf-treten. Der 
nun folgende Ablauf ist oben schon beschrie- 
ben worden. Die Datei ASMITTExx fungiert 
nur als Zwischendatei. 


SaAtzPro- ZSsßURASSEHM ı.Pass 
tokott Fehler 
[d-3]1: 3 FRL: 45 Bytes 
PR vv. LPRI EINGABE WISGRARBE 
4. DRTEI Urs.-Datei |j|Er9.1.Pas2s 
Laufwerk: a N 
Diskette: 158 85 
Dat.-Nahte 27:7: 
Satzanıza 28 
M Saetze 
YmbiLı aaao7 
Lsufwerk: ı mb12 In Ju g ruf nn B= 
ymbi1i 2gaQa2 
Diskette: mb3l 20007 
Datum: 13.805.20081 Uhrzeit: 17.99 
FEHLER: 
Bild 2(9) 


Nun zum zweiten Beispiel. Alles verläuft 
analog zum ersten Beispiel. Die Bilder 2(9) 
und 3(9) zeigen die Ausdrucke der Arbeits- 
bilder des 1. und 2. Passes. Auch hier weist 
das Gesamtdruckprotokoll Fehlermeldungen 
auf, die analysiert und korrigiert werden müs- 
sen. Der Protokolldruck weist aus, daß der 
1. Pass 4 Fehler gemeldet hat. Der 2. Pass 
ist mit O Fehlern beendet worden. Also 4 
Fehler in der Gesamtassemblierung. Diese 
Fehler treten nicht direkt im ersten Protokoll- 
teil des 1. Passes auf, sondern erst bei der 
Prüfung der Tabellenbeziehungen. Die er- 
ste Prüfung “Unerlaubte Def. Ext. Symbol!” 
ist leer und damit fehlerlos. Die zweite Prü- 
fung “Verboten ext. = int. Symbol!” enthält 
zwei Fehlermeldungen. Beide Symbole sind 


ZSQLURASSEM 


ul.+2.P3s28%: 
EINGABE 


Bild 3(9) 


sowohl als extern als auch als intern (ENTRY) 
deklariert worden. Die dritte Prüfung “Int. 
Symbol nicht definiert!" enthält deshalb die- 
selben Namen als Fehlermeldungen, weil sie 
als intern deklarierte Namen nicht auch gleich- 
zeitig als Merkmal in diesem Programmteil 
definiert worden sind. Daß beide Namen in 
diesem Programmteil als Symbole in Oper- 
andenfeldern vorkommen, ist richtig und da- 
her ist die ENTRY-Anweisung für sie falsch. 
Mit dem Korrekturbefehl 240 -> LOE sind 
alle 4 Fehler mit einem Schlag behoben. Der 
Korrekturbefehl wird mittels ZBOUKEDITI in 
die Datei ZBOUKTEST3 eingegeben und an- 
schließend mittels ZBOUKTRANS in die 
Specci-Datei EDITKORROS transferiert. Mit 
dem Korrekturprogramm Z80URKORR wird 
aus der alten Ur-Datei EDITASSE11 durch 
die Korrekturdatei EDITKORRO3 die neue Ur- 
Datei EDITASSE13 erzeugt. Wenn der An- 
wender diese Programmläufe ausführt, wer- 
den 0 Fehler in der Assemblierung am Ende 
zu Buche stehen. Die Ergebnisdatei ist in 
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meinem Falle die Datei ASSELINK13. Für die 
Assemblierung des ersten Programmteiles ist 
es die Datei ASSELINK11. Die Bilder 4(9) und 
5(9) zeigen die Ausdrucke der Arbeitsbilder 
des 1. bzw. 2. Passes. Auch hier ist im Pro- 
tokoll die Programmteillänge von 45 Bytes 
vermerkt. Das Wichtigste bei der Assem- 
blierung ist zu wissen, wie die gemeldeten 
Fehler behoben werden können. Damit wä- 
ren die wesentlichen Dinge zum Assem- 
blierungsprogramm Z80URASSEM gesagt 
worden. 
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Bild 6(9) 


Als nächtes wollen wir uns dem Programm 
Z80OOBLISTE zuwenden, das den Neben- 
programmen zuzuordnen ist. Es arbeitet in 
gleicher Weise, wie das Programm Z80UR- 
DRUCK und ist mit seiner Bedienung iden- 
tisch. Lesedateien sind alle ASSELINKxx- 
Dateien. Im Ergebnis entsteht auch hier ein 
Listenausdruck. Das Arbeitsbild dazu zeigt 
das Bild 6(9). 

(Fortsetzung folgt!) 


Erwin Müller 
Strehlener Straße 6B, 01069 Dresden 


Ein neues Magazin: 


ear-r— lasıre 1, Jar, Feb 2002 
„ Reiro z era] | tg] Il 
Review” ER 


reio 
REVIEW ’ 


WOEZ MarlApr 2002 


» Die ersten beiden 
Ausgaben des 
mm. Jeweils 56-seitigen 

Re ae ana nın Magazines 
Anfang Mai erhielt ich ein Mail aus Portugal 
mit dem Hinweis auf diese Webseite: 


http://www.retroreview.com 


Nach einem Ausflug dorthin war meine Neu- 
gier sehr groß geworden und ich mailte den 
Herausgeber, Jorge Canelhas an. Das Er- 
gebnis: Jorge ist nun Mitglied im SPC und 
wir tauschen unsere Magazine aus. 
Inzwischen liegen mir die ersten beiden 
Ausgaben vor. Und gleich vorweg: Die Maga- 
zine sind Spitze und sehr professionell ge- 
macht. Hauptthemen sind ältere Computer- 
systeme, aber auch Spielreviews und Inter- 
views. Ausserdem gibt es eine Auktion, über 
die man alte Systeme erhalten kann. Der 
Spectrum kommt in beiden Heften sehr häu- 
fig vor, ebenso der ZX81 und Timex 2048. 
Ausserhalb der Sinclairs findet man Verschie- 
denes zum C64, Atari und Amiga. 

Das Heft erscheint alle 2 Monate zu einem 
Einzelpreis von 4 Euro (plus 2 Euro Versand). 
Interessierte wenden sich bitte an: 

Jorge Canelhas, Apartado 3115 

Miguel Bombarda, P-2745 Queluz, Portugal 
Mail: jcanelhas@retroreview.com 

Web: http://www.retroreview.com 
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So, 12.Okt. 86 

Haben gestern Onkel Hubertus besucht. Er 
ist der Bruder meiner Mutter, ich mag ihn 
eigentlich ganz gerne, nur wir sehen uns 
selten, weil er weit weg wohnt. Ab und zu gibt 
er mir am Telefon ein paar Tips, er ist nämlich 
Ingenieur und weiß viele Sachen über Physik. 


Nun lag er im Krankenhaus, also sind wir die 
140 KM zu ihm gefahren um ihn zu besuchen. 
Es ging ihm ganz gut, ich hab gesehen daß 
er heftig mit den Schwestern dort geflirtet hat, 
naja, er ist ja erst 38 Jahre alt ..... 


Jedenfalls haben wir uns natürlich darüber 
unterhalten warum er im Krankenhaus ist. Er 
sagte „Wegen dem blöden Murphy-Gesetz". 
Ich wußte schon einiges darüber, aber mein 
Papa nicht. So erzählte mein Onkel, daß 
Murphys Gesetz sagt, „daß alles schiefgeht, 
was schiefgehen kann“. Und andere Leute 
haben Ableitungen davon erstellt. Wir lach- 
ten, aber Onkel Hubertus sagte, daß wir es 
ruhig glauben könnten, es würde stimmen. 
Er sagte daß er ein Buch voll von solchen 
Gesetzen habe, und die würden stimmen. 
Oliviers Ableitung sagt zum Beispiel „Er- 
fahrung ist eine äußerst nützliche Sache, 
leider hat man sie immer erst kurz nachdem 
man sie braucht!“ 


Er hatte die Holzkonstruktion vom Dachstuhl 
reparieren wollen und hatte sich ein Brett über 
die Sparren drübergelegt, um an die Stellen 
zu gelangen die er ausbessern wollte. Das 
Brett war naürlich länger als die Sparren, so 
stand es über den Rand hinaus. Er grinste 


schief und sagte, die Erfahrung die er jetzt 
hätte, besteht darin, daß er nicht über das 
Ende eine Bohle treten darf, das über einen 
Balken übersteht, da es sonst hochschnellt - 
diese Erfahrung hätte er kurz davor noch 
nicht gehabt. Erinnerte mich ein bißchen an 
die Bierzelte, wenn da jemand ganz am Rand 
einer Bank sitzt und der letzte steht auf, fliegt 
der andere auf den Boden! Na jedenfalls muß 
mein Onkel zwei Tage dableiben, sie wollen 
röntgen und sichergehen daß er sich bei dem 
Sturz keine inneren Verletzungen geholt hat. 


Mo, 13.Okt. 86 


Hab über das nachgedacht, was Onkel Hu- 
bertus erzählt hat. Es müßte doch möglich 
sein, die Wahrscheinlichkeit von Murphys 
Gesetz zu berechnen. Wenn ich das schaffe, 
dann ist Murphys Gesetz durchschaubar, 
man weiß schon, wann es zuschlägt. Gefällt 
mir, der Gedanke. Wolle gerade schon mal 
die erste Formel zu Papier bringen, aber 
meine Mutter rief nach mir, weil ich ihr etwas 
helfen soll. Verschiebe es auf später. 


Do, 16. Okt.86 


Also im Moment komme ich nicht dazu, mir 
eine erste Formel aufzuschreiben. Immer 
wenn ich grade soweit bin, kommt irgendwas 
dazwischen. Einmal war die Kulimine in dem 
Moment leergegangen, als ich die Formel 
aufschreiben wollte. Naja es läuft mir ja nicht 
weg. 


Sa. 18. Okt. 86 


Jello ist mal wieder hier. Mein Freund Jello 
und ich spielen immer unheimlich gerne Ma- 
niac Maziacs, wo wir abwechselnd ver- 
suchen, das Labyrinth zu erforschen, Gold 
einzusammeln und vor diesen ekligen Spin- 
nenviechern abzuhauen. Er erzählte mir daß 
er auch mal versucht habe, Murphys Gesetz 
zu erforschen, aber er habe aufgegeben, weil 
er seine Gesundheit nicht aufs Spiel setzen 
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wolle. Das verstand ich nicht, aber alle 
Versuche, von ihm mehr zu erfahren, waren 
zwecklos. 


Di, 21. Okt. 86 


Hab heute ein bißchen Basic programmiert, 
während meine Mutter dachte, ich mache 
meine Kunstunterricht-Hausaufgaben. Wenn 
die wüßte! Ich geh immer zu Sammy, meinem 
kleinen Bruder, und guck mir seine Zeich- 
nungen an. Der malt immer so ein Zeug, da 
kannst du ALLES draus erkennen, wenn du 
nur willst. Ich frag ihn dann ob er mir eins 
gibt, meistens will er von mir dafür an den 
Spectrum dran gelassen werden. Fairer 
Tausch. Jedenfalls nehm ich dann diese 
Zeichnung in die Schule, geb sie für meine 
aus, und wenn der Lehrer sagt, daß wir doch 
Häuser malen sollten, sage ich nur „sehen 
Sie bitte diese abstrakten Linien, sie geben 
die Tücken des Verfalls wieder, dem unsere 
Häuser ausgesetzt sind....." ich hab so Sätze 
mal in einem Kunstbuch gelesen, mein Leh- 
rer ist immer fasziniert, und gibt mir meistens 
eine 2, hihi! 

Als ich also Basic programmierte, (ich bin 
grad an einem Programm, um den Calculator 
im Spectrum wie einen Taschenrechner zu 
bedienen), kam mir eine Idee. Welche Stack- 
reihenfolge müßte ich eigentlich abspeichern, 
um die Varianz der Risiken aufzurechnen, 
die....... der Bildschirm von meinem Spectrum 
wurde schwarz, und dann kam die Einschalt- 
meldung - alles weg!!!! Und ich hattte nicht 
gespeichert! Das kann doch nicht sein!! 
Sollte...... nein das kann nicht sein! Murphys 
Gesetz schützt sich selbst? Immer wenn je- 
mand es zu knacken versucht, gibt es Pech? 
So nicht! Nicht mit mir! Murphy, du wirst 
durchschaut!! 


Mi, 22. Okt. 86 


Habe mit Jello telefoniert. Er sagt daß er 
genau zu diesem Schluß gekommen ist. Er 
erzählte mir, wie er auch mal versucht hatte, 


dieses Gesetz zu berechnen, und sein da- 
maliger Computer, ein Commodore 64, ging 
in Rauch auf, deshalb hatte er ja danach 
einen Spectrum, der ist zuverlässiger. Hatte 
es aber nicht wieder riskiert. Pfff, Feigling. 

Ich setzte mich an meinen Spectrum, schal- 
tete ihn ein, und schrieb die erste Basic Zeile 


10 REM Murphologie Berechnung 


Dann startete ich das Tape, um diese eine 
Zeile zu sichern, wollen doch mal sehen, ob 
ich diesem Gesetz nicht zeigen kann, wer hier 
Herr ist. Das Band lief, ich gab ein 


SAVE „MURPH1“ LINE 10 


drückte ENTER, ... in dem Moment riß das 
Band im Recorder, es gab Bandsalat, ich war 
für den Rest des Nachmittages mit dem 
auseinandernehmen und reinigen des 
Recorders beschäftigt. 

und dauernd grinste auf dem Bildschirm 


0 OK; 0:1 


Sa, 25.10.86 


Jello war zu Besuch, zusammen mit Toni, 
dessen Vater eine Pizzeria hier im Ort be- 
treibt. Wir kamen auf Jellos Pech mit dem 
Commodore 64 zu sprechen. Toni hat auch 
einen C64, und wir ärgerten uns gegenseitig 
mit den Fähigkeiten unserer Computer. Wozu 
braucht mein ZX Spectrum denn Sprites? Der 
zeichnet wenigstens locker einen Kreis mit 
Circle, mach das mal mit deinem Brotkasten, 
Toni! 

Jello bremste uns etwas und meinte, eines 
Tages würden sich sogar Commodore- und 
Sinclair- und PC-User vertragen und die 
Rechner zusammenschalten. Ich lachte ihn 
aus, das passiert doch nie! 


Di, 28. Okt. 86 


Saß wieder vor dem Spectrum. Ich wollte 
meinem Vater zeigen, wie unglaublich Mur- 


ee a nung 
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phys Gesetz ist. Ich machte genau dasselbe 
wie gestern, REM Zeile schreiben, SAVE ..... 
diesmal klappte es! Ich dachte an eine Be- 
merkung von Jello, daß nämlich die Ableitung 
von Willboughby's Gestz sagt: „Wenn man 
jemandem zeigen will, daß eine Maschine 
nicht funktioniert, dann tut sie's !* 

Ich grinste innerlich und dachte, daß ich ja 
dann auch gleich weitermachen kann, viel- 
leicht traut sich diese Pechsträhne nicht, zu- 
zuschlagen, solange mein Papa hier ist... 
Papa sagte, daß er mir kurz zuguckt, wie ich 
programmiere. Ich stellte den Spectrum extra 
auf den großen Tisch in meinem Zimmer, 
damit wir mehr Platz hatten, nur daß das 
Netzkabel von der Fenstersteckdose her 
ziemlich gespannt war, weil es zu kurz für die 
Entfernung war. Während ich die vierte For- 
mel eingab (und dabei nicht SAVE machte, 
Papa war ja da.....) kam meine Mutter ins 
Zimmer um Staub zu wischen. Ich achtete 
nicht weiter auf sie. Aber in dem Moment, 
als ich zu meinem Vater sagte „Guck mal jetzt 
geht alles glatt......“ da stolperte meine Mutter 
über das Netzkabel, das gespannt zwischen 
der Steckdose am Fenster und meinem Tisch 
verlief !!! 


Mi. 29. Okt. 86 


Noch ein Versuch! Diesmal wartete ich, bis 
alle aus dem Haus waren. Nahm zwei Kas- 
settenrecorder, zwei verschiedene Kas- 
setten, holte dafür extra Vaters Dreifach- 
steckdose vom Fernseher weg, schloß mich 
in mein Zimmer ein nachdem ich durch die 
Wohnung gegangen war und alle Wasser- 
hähne, Netzkabel, Türen und Fenster kon- 
trolliert hatte. Ich war wütend! Es wäre doch 
gelacht wenn ich diesem dämlichen Gesetz 
nicht eine lange Nase zeigen könnte. Wild 
begann ich draufloszuschreiben in Basic, 
schimpfte und drohte unentwegt, machte alle 
4 Minuten SAVE, abwechselnd auf beide 
Recorder, und probierte zwischendurch mit 
RUN, ob auch keine Fehler im Programm 
waren. Die Formel entstand, ich kam wirklich 


gut voran. Nach 4 Stunden hattte ich etwa 
3000 Basiczeilen, die die Wahrscheinlichkeit 
von Murphys Gesetz immer genauer berech- 
nen sollten. Endlich war ich soweit, die fertige 
Version abzuspeichern. Ich sicherte sie auf 
beide Recorder. Uff das war geschafft. Stolz 
und unglaublich glücklich ging ich in die 
Küche um mir etwas zu trinken zu holen. Ich 
kam zurück, und sah daß der Spectrum nicht 
abgestürzt war. Na also, geht doch! 

Ich steckte das Kabel von SAVE auf LOAD 
um, um einen VERIFY zu machen. Auf dem 
ersten Band - NICHTS. Kein Laut kein Ton, 
kein BEEP, einfach nur leises Rauschen! 
PANIK! 

Kabel in den zweiten Recorder, NICHTS. 
Kein Laut, kein Ton etc....... 

Jetzt nur nichts falsch machen! Was war 
passiert? Vorsichtig untersuchte ich das 
Kabel, denn ich wußte, die einzige echte 
vorhandene Version meine Programmes war 
eben auf keiner Kassette, sondern nur im 
RAM meines Spectrum! Das Kabel hatte am 
Stecker einen Wackelkontakt. Ich probierte 
nochmal ein SAVE, hielt dabei das Kabel ein 
wenig hoch, leider ohne Erfolg. Auf meinem 
Spectrum Bildschirm stand jetzt als letzte 
Zeile 


SAVE „MURPH76“ LINE 10 
0 OK 0:1 


Aber auf dem Kassettenrecorder war wieder 
nichts drauf! Auf Zehenspitzen schlich ich mit 
dem Kabel in den Keller, um es zu löten. 
Während ich da unten war, kamen meine 
Eltern heim. Zehn Minuten später kam ich 
mit dem reparierten Kabel in mein Zimmer 
——— und mir stockte der Atem! Mein 
Spectrum war dunkel, alles war ausge- 
schaltet. Ich lief zu meinem Vater, der mich 
stocksauer anschaute! Er sagte, daß ich ihm 
eine Videoaufnahme ruiniert hätte, an der 
Dreifachsteckdose hatte auch der Video- 
recorder gehangen, und der hatte nicht auf- 
genommen! Er habe sich die Dreifachsteck- 
dose wiedergeholt, ich hätte ja alles ge- 
speichert, wie er an der letzten Spectrum- 
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zeile gesehen hätte, und ich sollte mir ein 
Beispiel nehmen, daß er wenigstens vorher 
guckt, bevor er einfach eine Dreifachsteck- 
dose entfernt! 


Do, 30. Okt 86 


Ich gebe auf! Murphys Gesetz stimmt bis ins 
letzte Detail! 


Anmerkung des Autoren: diese Tagebuch- 
version ist mit 40 SAVE-Vorgängen erstellt 
worden ...... 


Netzteil für MB 02 und 
Specirum 


Auf dem Treffen in Aidlingen sind mir zwei 
Netzteile des Spectrum +3 für das MB 02 
abgeraucht, der Grund ist mir bis heute nicht 
klar. So habe ich nach einem Einblick in die 
Netzteile zur Radikalkur entschlossen und 
habe die Elektronik entfernt. Der vorhandene 
„H“-förmige Kühlkörper und der vorhandene 
Raum brachte mich auf meine alte Idee, MB 
02 und Spectrum aus einem Netzteil zu 
betreiben. 

Von der alten Leiterplatte ist nur ein Streifen 
mit den Trafoanschlüssen übrig geblieben 
und der „H“-förmige Kühlkörper ist in seine 
„Striche“ geteilt. Als neue Leiterplatte habe 
ich eine Lochrasterplatte mit Lötaugen 
genommen. 

Das Netzteil erzeugt nun drei Spannungen, 
5V /2A und 12V /0,7A für MB 02 sowie 7,5V 
/ 2A für den Spectrum. 

Die 7,5V für den Spectrum sind ausreichend, 
da die Orginal-Netzteile ohne Spannungs- 
stabilisierung auf Funktionssicherheit und 
erschwinglichen Preis ausgelegt waren. 
Durch die niedrigere zugeführte Spannung 
entsteht im Spectrum nicht mehr soviel 
Wärme. 
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durch ge20geue Linie- Spunnung nach Bauteil! 


Die jeweiligen Spannungswege sind einfach 
aufgebaut. Die Gleichrichtung geschieht 
über 3A Brücken-(Grätz-)gleichrichter, und 
die Spannungsstabilisierung über einen 
positiven Spannungsregler 78Sxx mit dem 
jeweiligen Wert und ein- und ausgangsseitig 
einen Elektrolytkondensator. Zum Schutz für 
die angeschlossenen Geräte ist je eine 
Glasfeinsicherung kombiniert mit einer LED 
in verschiedenen Farben, die anzeigen, ob 
die Spannung anliegt. 

Die Schaltung ist, so denke ich, durch die 
beigefügte Zeichnung und Diagramme mit 
erläutert. 

Das vorhandene Niederspannungskabel hat 
genug Adern zum Anschluß von MB 02 und 
Spectrum. 

Für die Wärmeableitung habe ich einen ab- 
saugenden 12V-Lüfter oben auf das Netzteil 
gebaut. Ohne Lüfter kann man das Gehäuse 
gerade noch anfassen, ohne sich die Finger 
zu verbrennen. Beim Dauertest auf dem 
Treffen in Urmond (NL) ist mit Lüfter fast keine 
Erwärmung zu merken. 
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5V 75V 12V 
Bauteil 
Gleichrichter alle Brückengleichrichter 40V / 3A 
Elektrolytkondensator in Mikrofarad 
je 35V und zweimal 2200 2200 1000 


Spannungsregler 78505 78575 78812 
LED mit integriertem 

Widerstand rot grün gelb 
Glasfeinsicherung 3.15A 315A 125A 


Ich denke, daß für Bastler ist ein Nachbau 
leicht zu realisieren. Wer kein +3-Netzteil 
besitzt, kann es auch mit anderen Trafo und 
Gehäuse aufbauen, wie ich es mir noch an- 
fertigen will, für den Spectrumbetrieb zu 
Hause. 

Die Kosten für die verwendeten Teile beim 
Einbau ins +3-Netzteil sind etwa 15,50 Euro 
bei Conradbestellung, der Lüfter ist extra. 
Bei Anfragen ist meine Adresse: 


Norbert Opitz , J. F. Böttger Str. 7 

06886 Lutherstadt Wittenberg 

Tel.: 03491 401573 (werktags nach 16 Uhr) 
Mail: NorbertOpitz.Wittenberg@t-online.de 


ZiLOGSs Rettungsanker: 
der eZ80 


Seit einiger Zeit ist er tatsächlich (zum Preis 
von 11 US-Dollar ab einer Abnahme von 
10.000 Stück) zu kaufen, der eZ80-Prozes- 
sor, der die legendäre Z80-Tradition der Fir- 
ma ZiLOG[1] fortsetzen soll. Vor allem soll 
der vor zweieinhalb Jahren angekündigte [2] 
und seitdem von vielen sehnsüchtig erwar- 
tete 50 MHz schnelle Embedded-Controller 
dazu beitragen, die angeschlagene Firma 
ZiILOG wieder in die Gewinnzone zu bringen. 
Die Halbleiterfirma hat die drohende Pleite[3] 
gerade noch einmal abwenden können und 


jetzt im Rahmen des amerikanischen Konkurs- 
rechtes unter Gläubigerschutz nach Chapter 
11 eine Umgestaltung vollzogen. 

Der eZ80-Webserver (EZ80190A) ist aber 
weit mehr als eine Wiedergeburt des alten 
8-bittigen Z80-Designs. So unterstützt der 
CPU-Kern neben den Z80- und Z180-kom- 
patiblen Befehlen neue Adressmodi und 24- 
bittige Register, um 16 MByte linear adres- 
sieren zu können. Ihm zur Seite steht im eZ80 
jede Menge Peripherie (siehe Steckbrief[4]). 
Für seine "Webserver"-Fähigkeit liefert Zi- 
LOG einen TCP/IP-Stack, der 15 gängige 
Protokolle (bis auf IPv6) unterstützt. Derzeit 
wird der Stack noch als externes Software- 
Paket dazugeliefert, die nächste eZ80-Ge- 
neration (F91) soll ihn dann teilweis intern 
"eingebrannt" bekommen (per integriertem 
Flash-Speicher von 128 oder 256 KByte). 
Dieser F91-Chip, der für das Jahresende 
2002 vorgesehen ist, soll außerdem eine in- 
tegrierte Netzwerkschnittstelle bekommen, 
die beim aktuellen eZ80 noch extern mit Chips 
von Fremdanbietern zu realisieren ist. 

Der eZ80 ist primär als ein Webservertaug- 
licher Embedded Controller gedacht, der auf 
der riesigen Infrastruktur vorhandener Z80- 
Software zum Messen, Steuern, Regeln etc. 
aufbauen kann. Aber es frohlocken auch die 
alte Z80-Kämpen, etwa die Schneider-CPC- 
Fangemeinde, die damit einen CPC neuerer 
Generation (cpcng[5]) als Windows-freien 
"Familiencomputer" im Rahmen eines offe- 
nen Projektes gestalten wollen. Da kann man 
nur viel Erfolg wünschen. 


URL dieses Artikels: http:/www.heise.de/ 
newsticker/data/as-28.05.02-000/ 


Links in diesem Artikel: 

[1] http://www. zilog.com; [2] http://www. 

heise.de/newsticker/data/as-20.09.99-0017/; 

[3] http:/Awww.heise.de/newsticker/data/wst- 
29.11.01-003/; [4] http://www.heise.de/new- 
sticker/data/as-28.05.02-000AeZ80; [5] http./ 
/www. cpceng.de; [6] mailto:as@ct. heise. de 
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